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Sulla programmazione esistono numerosissimi libri, relativi a lin¬ 
guaggi per calcolatori di ogni tipo, e scrivere un testo che tenga conto 
di quanto già esiste è un ' impresa. È perciò opportuno spiegare i motivi 
che hanno condotto alla pubblicazione di questo libro . 

In primo luogo, intendo trattare la programmazione come una 
disciplina autonoma , riguardante i metodi di formulazione e di co¬ 
struzione degli algoritmi. Un algoritmo è una legge che governa un 'in¬ 
tera classe di processi di elaborazione e controllo di dati ; quindi 
dev'essere costruito a partire da unità concepite logicamente, adeguate 
e sicure . 

Per dare alla programmazione la struttura di un metodo rigoroso 
è necessario individuare i problemi e le tecniche tipiche della pro¬ 
grammazione, cioè valide al di là delle particolari applicazioni. Per 
questo motivo, gli esercizi e gli esempi sono stati scelti per illustrare 
problemi e metodi generali , e non per un loro interesse specifico. 
Gli stessi criteri di generalità hanno guidato la scelta del linguaggio 
di programmazione, inteso semplicemente come un mezzo e non come 
il fine. Infatti , il fine di un corso di programmazione non è la cono¬ 
scenza dettagliata di un particolare linguaggio; il linguaggio o il 
formalismo usato deve invece rispecchiare in modo chiaro , compren¬ 
sibile e naturale i concetti tipici degli algoritmi, tenendo conto delle 
proprietà e dei limiti dei calcolatori digitali. 

Ho cercato inoltre di trattare le principali idee e le principali tec¬ 
niche di verifica dei programmi. Un programma non descrive un 
unico processo di calcolo: esso governa un'intera classe di processi; 
se si vuol dimostrare rigorosamente che un programma è corretto, 
bisogna allora verificare se esso possiede le proprietà richieste in 
tutti i casi possibili. La verifica “empirica ” dei programmi, usata 











I i Hi i/|« ilin 


tifila pratica, consiste, invece, nel “provare .In \ingoll processi, 
verificando che la loro esecuzione soddisfi alle proprietà richieste, 
ma nulla dice sulla totalità dei processi descritti dal programma in 
esame. Per fare delle affermazioni valide sull’intero programma è 

necessaria una verifica analitica. 

I. esposizione dei principali metodi di verifica analitica dei programmi 
,,chiede un livello di astrazione superiore a quello di un normale corso 
di programmazione. Per questo motivo, da più parti mi hanno rivolto 
delle critiche sull’opportunità di trattare questo tema in un corso 
introduttivo. Tuttavia, ho la ferma convinzione che gli elementi qui 
esposti, relativi al concetto di asserzione e di invariante, sono di impor¬ 
to,,, a fondamentale e che vanno trattati nella parte iniziale del corso: 
essi sono infatti concetti essenziali per comprendere a fondo gli algo¬ 
ritmi e per superare i limiti della sola intuizione. 

Questo testo è orientato verso chi considera i metodi di costruzione 
.levi, divorimi e dei programmi come parte integrante della propria 
formazione matematica; sono perciò trascurate le esigenze di chi 
vuole imparare immediatamente a codificare qualche problema in 
programmi per calcolatore. 

I a notazione formale usata in questo libro si basa sul linguaggio 
di programmazione ALGOL 60, nato nel 1960. Il motivo per cui 
non si è impiegato direttamente VALGOL 60 è che la programmazione, 
rispetto al '60, investe oggi un campo di applicazioni assai piu am¬ 
pio, e che un corso introduttivo alla programmazione non deve essere 
orientato a un'area particolare di applicazioni. L’ALGOL 60 fu 
mi,itti sviluppato soprattutto per le applicazioni numeriche, e la for¬ 
mulazione di programmi relativi a problemi di altro tipo richiede 
un uso non appropriato e poco elegante del linguaggio. Ma l’uso 
inappropriato degli strumenti di programmazione è certo un esempio 
di cattiva provi animazione, che non deve essere insegnato. 

I „ mia esperienza di insegnante mi ha portato a ricercare una no¬ 
ta, ton, lo, mole che permetta di rappresentare, in modo chiaro e 
sistematico, sia le strutture dei processi che le strutture dei dati: 

perckt ognuno è in grado di usare con maggior facilita il 
Ime,,., eco imponilo per primo. Non è questione di “economia men- 
,ol. "la ragione e. invece, che il “primo” linguaggio diventa lo 

O marmo piu nato,al, per formulare concretamente dei concetti. 
I„ dm poiol, non si impara soltanto un nuovo Imguaggio, ma anche 
. . modo d, pensare la scelta del linguaggio va fatta perciò 

. i ifl } ,lt Ih i filli i * HI il 

/ ., . . e,, s ione del testo sono richieste alcune conoscenze 

d, moumatuo . te,,u ntare, impartite nella scuola superiore. In par¬ 
ti, ..io,. . / .en. ,, .nascere le basi del calcolo logico proposizionale 

, ,1 , .no di indi,. Ione matematica; sono utili anche alcuni concetti 


M calca!., delle probabilità, mca.ee ,1 calcolo mima. .. 

■cclcL v am per alca, prMmi che pessime essere 
(li esercizi hanno una grande importarmi per imparare a prò 

e c.lcec, . ggjmJVg' 

“ propri 

errori. Preferisco problemi semplici ed esposti con chiarezza, lo scopo 
e il risultato devono essere spiegati senza «correre «un Studente 
formalismo Gli esercizi servono soprattutto per abituare 
TusareTconcetti e le tecniche illustrate, non certo per metterlo di 
fronte a complicati enigmi, la cui soluzione richieda molto tempo e 
^particolare Jperienza. I problemi riporta,i alla fine d, igmcapilo 
possono servire da schema: essi possono essere modificar, ed . 

da, centro di calcolo: se chi frequenta non vi può accedere 
„ « il centro non garantisce un servizio adeguato, il corso fin 
per deludere e scoraggiare gli studenti. Per prima c °^ d “ n r 
deve accettare ed eseguire immediatamente i piccoli lavori. un P r 
eramma che occupa il calcolatore al più per pochi secondi, e che u 
7 ufo srampa,0 di poche émto****-'™ 

chiare e comprensibili in tutte le circostanze; infatti, m P artlcol “ r 

^‘^ZodavonoZparirem^^l^maoperai^ 
oscuri e non motivati, o addirittura il contenuto di certe celle ai me 
moria stampato m oliale o in esadecimale. Le frasi appartener 
al linguaggio di programmazione ma, per esempio, proprie del sistema 
nnprativo devono essere ridotte al tniniwio. ^ 

Questo libro è nato dagli appunti di un corso ; è perciò impossibile 
ringraziare per tutti i contributi. Tuttavia devo un Pudore rmgra- 
. * mllpohi E W . Diikstra (Eindhoven), C.A.K. noare 

TZlfasGe P Naur (Kopenhagen), che, con il loro contributo, hanno 
influito profondamente non solo su questo testo, ma sull intero sog 
l getto°della programmazione . Con particolare gratitudine ricordo qui 
^fe*mie discussioni con H. Rutishauser: come “autore dell idea d 
linguaggio di programmazione, e soprattutto come un autore e 
PALGOL 60, e colui che ha maggiormente °^ uaa ^ t0 J ue ^ R 
Infine ringrazio i miei collaboratori U. Amman, E Marmia- e R. 
Schild per il loro valido aiuto nella stesura del compilatore PASCAL, 
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’"' i ,13 usòdella cos,mie parametrica viene saslituiio con 
nitrato <2.3, / w.s dell’ALGOL Nel capitolo 12 sì /<* 

... * „rL>i <* «Wtort- J*> “»”• 

inoltre un breve paragone / ^ oerazUmi sui file e. in parti- 

'■• "'"%?£&!■“rilZbhonalo il presupposto che l'alfabeto 
colore, un M®" J“ d separazione delle righe; eie non 

ZrrZrS^uzione, ma l'adeguamento alla prassi co, 
rrntt 0 . 

/urino, primavera 1974 . Niklaus Wirth 
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Introduzione 


L’impiego dei calcolatori in campo amministrativo, industriale 
e scientifico si è ampliato notevolmente m questi titami anm^I 
questi rami i calcolatori sono diventati strumenti inds P e “’ 
ehe permettono di svolgere lavori altrimenti,deUe«got 
colatore è un “automa”, il cui comportamento segue delle regol 
ben precise : esso è in grado di “comprendere” un repertorio assai 

SS 

dUstrSioni adatte a rappresentare i processi di calcolo desiderati 

' Tp£°l cri^TSprogramma senza usare il calcolatore, e i 
concetti principali della programmazione si possono spiegare e 
comprendere senza far riferimento a esso. La programmazione e 
unadTsciplma con molte applicazioni, che neffiede: uno studio e 
un’analisi sistematica condotte con rigore matematico, e che com 
porSltì problemi non semplici. Tuttavia, solo da poco tempo 

è diventata una disciplina in modo i siste £ ati ^^^^ 
fatto che la programmazione pone dei problemi difficili, che e neces 
sazio affrontare con metodo e con solide basi teoriche, solo quando 
i programmi raggiungono una certa lunghezza e una certa comples- 
iS (quando sono composti da migliaia o, addirittura, da milioni 
dUsSni). Prima dell’avvento dei calcolatori non esistevano 
certo degli “schiavi” disposti a eseguire cosi lunghe sequenze 1 
istruzioni instancabilmente, con esattezza e con ob bedienza asso- 
luta. Quindi, solo l’impiego dei moderni calcolatori ha reso la prò 
gemmazione una disciplina di rilievo e di utilità pratica. 
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Concetti fondamentali 


Ini indurremo in questo capitolo alcuni dei più importanti con¬ 
dii della programmazione. Sono concetti-base, cioè non possono 
«v.nr dei miti formalmente per mezzo di concetti più elementari; 
vengono invece descritti informalmente e illustrati con alcuni esem¬ 
pi semplici 

Il < micetto di azione è il più importante. Un’azione è un evento 
1 1» \i compie in un intervallo di tempo finito e che produce un risul- 
1 , 1(0 un effetto — previsto e ben determinato. Ogni azione modi- 
tii ,t lo stato ili un qualche oggetto , e il suo effetto può essere ricono- 
nciuto dal cambiamento di stato dell’oggetto in questione. Inoltre, 
r necessario disporre di un linguaggio o di una notazione formale 
«he descriva le a/.ioni: le descrizioni sono dette istruzioni. 

Se un'a/.ione può essere scomposta in azioni più semplici, è chia¬ 
tti.ii.i processo. Se tali azioni sono eseguite una di seguito all’altra, 
il pini < sso r detto sequenziale. Analogamente, accade che un’istru- 
/11 me desi 1 iv.1 le singole azioni di un processo per mezzo di istru¬ 
zioni piu semplici : m tal caso, è chiamata programma. Un programma 
« dunque t (imposto da un certo numero di istruzioni; in generale, 
non vi e ci>mspendenza fra la successione temporale delle azioni a 
r. .. cori ijpoiulrnti. 

1 hi.tmrirnm processor quell’entità che esegue le azioni secondo 
U isim/n.m < 1 pmi essi secondo i programmi. Processor è un nome 
11 , uhi. 1 he non indica se si tratti di un esecutore umano oppure 
.inoltriti' «• I l’.tltronde. se il linguaggio di programmazione è de¬ 
li. .no in modo siillu icuteinente preciso, il significato dei programmi 
noli dipende d.d pniiicolare processor. Quindi il programmatore 
«h . . mio < « .. i< . ,n.ti (eristiche del processor solo quel tanto che 
di . iv. 11.1 . .tpur il linguaggio di programmazione che descrive 
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le norme di comportamento del processor medesimo. Egli deve 
conoscere il tipo di istruzioni che il processor è in grado di eseguire 
c deve formulare i programmi in un linguaggio a esso adatto. 

Ogni operazione richiede una certa quantità di lavoro , la cui 
entità dipende dal processor; è possibile misurare questa entità in 
base all’intervallo di tempo impiegato dal processor per eseguire 
l’operazione. L’intervallo di tempo può essere tradotto più o meno 
direttamente in un costo. Un programmatore esperto considera le 
capacità di lavoro di un processor sotto questo aspetto e sceglie, 
fra i diversi processi, quelli che portano al risultato desiderato con 
il costo minimo. 

Questo libro si occupa soprattutto della costruzione di programmi 
che possono essere eseguiti da in calcolatore , e quindi da un processor 
automatico. Nel prossimo capitolo verranno descritte le proprietà 
comuni a tutti i calcolatori. Prima può essere utile illustrare i concetti 
ora esposti con due semplici esempi. 

Esempio 2.1 . Sia data l’istruzione: 
moltiplica due numeri naturali x e y ; 
indica il loro prodotto con z. 

Nella misura in cui il processor comprende questa istruzione 
(cioè sa cosa sono i numeri naturali e cosa significa “ moltiplicatore”), 
ogni ulteriore dettaglio dell’istruzione è superflua. Qui supporremo 
però che il nostro processor: 

1) non comprenda le frasi espresse nel linguaggio naturale, ma solo 
certe espressioni formali; 

2) non sappia moltiplicare, ma solo sommare. 

Innanzitutto, osserviamo che gli oggetti del calcolo sono dei 
numeri naturali. Per ogni coppia di numeri, il programma in que¬ 
stione deve descrivere il processo eseguito per moltiplicarli; per¬ 
ciò, al posto dei numeri, si usano nomi che denotano degli oggetti 
variabili e che son detti, appunto, variabili. All’inizio di ogni pro¬ 
cesso, bisogna “assegnare” alle variabili dei valori particolari. 

L ’assegnamento di un valore a una variabile è l’azione più importante 
nei processi eseguiti da un calcolatore. Possiamo paragonare una 
variabile a una lavagna: è sempre possibile leggervi quanto scritto, 
ed è del pari possibile cancellare e riscrivervi dell’altro. L’assegna¬ 
mento di un valore w a una variabile v viene solitamente indicato 
con il simbolo detto operatore di assegnamento 


L ff:~= w 1 


( 2 . 2 ) 
















Il 




Così, Tistruzione d eli'Esempio 2.1 può essere descritta formai 
mente come segue: 


z : = x*y (2-3) 

Se questa istruzione viene scomposta in più addizioni, da ese¬ 
guire l’una di seguito all’altra, l’azione di moltiplicazione diventa 
un processo sequenziale e Tistruzione (2.3) diventa un programma. 
Una prima formulazione di tale programma è la seguente: 

passo 1 : z : = 0 
u:=x 


passo 2: z : = z+y 
u : = u — 1 
finché u — 0 

Una volta assegnati i valori di x e di y, il programma dà luogo 
a un processo , che può essere rappresentato annotando in una 
tabella la successione dei valori assegnati alle variabili durante 
l’esecuzione. Con x — 5 e _y= 13, la tabella è la 2.1. 

TABELLA 2.1. 

Valore della variabile 
Passo z « 


1 0 5 

2 13 4 

2 26 3 

2 39 2 

2 52 1 

2 65 0 

Il puu r’.'.o tri mina, conformemente all istruzione passo 2 , 
,|iiun<l<> w (i illoia z possiede il valore finale 65 = 5*13. 

t ill uni l' un> im, i ni una tabella del tipo precedente. Si osservi 
, t„ una i ti., ila lana msì drscrive un unico processo, durante il 
,inali "fin aii.tiitlr pov.icdr, a ogni passo, un unico valore. Si 
, , , II. ■ II. I l,'unir ili .i-.segnamento scrive “sopra” al pre- 
. i. „i. . il.... .li mia vaimbilc cioè che il vecchio valore viene can- 
» t nulo ita 1 nuovo 

i 4i mi .in 1 1 1 < ’j" i \ il i»i «m esso descritto sono dei numeri 

Ml|l .. | . , .... .un. I» i.i inni mi dei numeri, è necessario 


rappresentarli in una torma specifica; ciò significa che, per eseguii r 
il processo, è necessario scegliere una particolare rappresentazione 
dei numeri. Tuttavia, il programma resta valido indipendentemente 
dalla rappresentazione scelta. Perciò, è necessario distinguere fra 
le cose in sè — per esempio i numeri come oggetti astratti e la 
loro rappresentazione. Così, nei calcolatori i numeri sono rappre¬ 
sentati dagli stati di elementi di memoria magnetici, mentre i pro¬ 
grammi che descrivono i processi sui numeri sono formulati in un 
linguaggio che non contiene alcun riferimento a tali stati; un altro 
esempio, che illustra la distinzione fra oggetti e rappresenta/ioiu 
è fornito dalla tabella 2.II, che rappresenta esattamente, ma con 
numeri romani, lo stesso processo già descritto dalla tabella ’ I 


TABELLA 2.IL 

Valore della variabile 
Passo z u 


1 

2 

2 

2 

2 

2 


0 V 

XIII IV 

XXVI III 

XXXIX II 

LII I 

LXV 0 


Esempio 2.2. Consideriamo Tistruzione: ‘‘Dividere un numero na¬ 
turale x per un numero naturale y ; indicare il quo¬ 
ziente intero con q e il resto con r”. 

Valgono le relazioni: 

x = q* y + r e O^rcj; (2.4) 

Rappresenteremo la precedente istruzione per mezzo della “istru¬ 
zione formale”: 


(q,r) := x óìy y (2.5) 

A sua volta Tistruzione (2.5) dà luogo a un programma, se sup¬ 
poniamo che il processo non conosca l’operazione div, ma sia in 
grado di eseguire solo somme e sottrazioni. In tal caso la divisione 
viene eseguita sottraendo y da x ripetutamente, finché non si ottiene 
il numero q delle sottrazioni possibili. 





Passo 2: {intanto che r ^y, ripetere 

q : q+ 1 

r : — r — y 

x c y rappresentano ancora delle variabili cui è necessario assegnare 
determinati valori all’inizio del processo. Il processo descritto dal 
programma (2.6) per i valori x= 100 e y= 15 è rappresentato 
dalla tabella di traccia (2. III). 

Tabella 2.III. 

Valore della variabile 
Passo q r 

0 100 

1 85 

2 70 

3 55 

4 40 

5 25 

6 10 

Il processo termina quando r <y. I risultati sono q = 6 e r= 10. 

Entrambi gli esempi sono descrizioni di processi sequenziali, 
nei quali le azioni (assegnamenti) vengono eseguite in stretta suc¬ 
cessione temporale. Nel seguito prenderemo in considerazione sol¬ 
tanto processi sequenziali e il termine processo andrà inteso sempre 
come abbreviazione di processo sequenziale. Questa scelta restrit¬ 
tiva è stata fatta di proposito, non solo perché, normalmente, i 
calcolatori eseguono dei processi sequenziali, ma soprattutto perché 
la stesura e la verifica di programmi che regolano processi non se¬ 
quenziali rappresenta un compito difficile, che richiede una profonda 
conoscenza della programmazione dei processi sequenziali. 

Gli esempi precedenti mostrano che un programma descrive 
delle trasformazioni di stato delle proprie variabili. Se uno stesso 
programma viene eseguito due volte, con valori d’ingresso (x e y) 
differenti, esso dà luogo a due processi differenti. Però tutti i pro¬ 
cessi descritti da uno stesso programma seguono le stesse regole di 
comportamento. Una descrizione delle regole di comportamento 
che non faccia riferimento a un particolare processor, sarà chiamata 
algoritmo. 


1 

2 

2 

2 

2 

2 

2 
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Il In mine programma si riferisce a un algoritmo formulato in 
mollo clic sìa possibile la sua esecuzione da parte di un certo pro¬ 
cessor, o di un certo tipo di processor. La principale differenza 
Ira un algoritmo generale e un programma per calcolatore , consiste 
nel fatto che in un programma ogni dettaglio deve essere descritto 
con precisione in un formalismo che obbedisce a regole molto rigide. 
Le ragioni di ciò sono le limitate istruzioni di macchina che la macchina 
sa riconoscere ed eseguire, e la obbedienza assoluta con cui le esegue, 
dovuta alla sua totale mancanza di senso critico. La mancanza di 
elasticità è criticata da tutti (o quasi) coloro che iniziano a program¬ 
mare, per la pignoleria necessaria con i calcolatori, dove persino 
un banale errore di scrittura può causare un comportamento dei 
tutto imprevisto. L’evidente mancanza di ogni senso comune , al 
quale si possa richiamare chi scrive un programma, è stata criticata 
anche da esperti professionisti, e vi sono stati molti tentativi di porre 
un rimedio a questo apparente difetto. Ma il programmatore esperto 
impara ad apprezzare questa attitudine servile del calcolatore come 
una qualità positiva, che permette di ottenere anche comporta¬ 
menti inusitati — che non si potrebbero pretendere da un (umano) 
processor che arrotondasse ogni istruzione secondo Finterpretazione 
per lui più plausibile —. 
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Cenni sulle parti principali 
di un calcolatore 


Per scrivere un programma da eseguire con un calcolatore, il 
programmatore deve conoscere lo strumento che utilizza. iu 
precisa la sua conoscenza del processor, tanto meglio egli e in grado 
Si trasformare un algoritmo generale in un programma che sfruth 
le particolari capacità di quel processor; ma, d altro canto, migliori 
soSo le prestazioni del programma, maggiore e il lavoro necessario 
per ottenerlo. Di solito è utile scegliere una giusta via di memo 
ricorrendo solo agli accorgimenti che sono facili da ese^ure_ 
comportano un sensibile risparmio di tempo di macchina. Per questo 
scopo è sufficiente conoscere le caratteristiche più importanti comuni 
a tutti i calcolatori; queste caratteristiche sono descritte qui di se 
guito, mentre sono ignorate le peculiarità di particolari modelli 

Jl IntuttiTcalcolatori digitali oggi in uso, si possono individuare 
due parti principali. 

1) La memoria: essa contiene in forma codificata gli oggetti mani¬ 
polati durante il processo di calcolo. Questi oggetti codifica 1 ven¬ 
gono chiamati dati. Le capacità di lavoro della memoria sono misu¬ 
rate in base alle sue dimensioni e alla velocità con cui i dati possono 
esservi depositati, o prelevati da essa. La memoria ha sempre di- 

processor (unità logico-aritmetica): in tale unità vengono 
eseguite addizioni, moltiplicazioni, confronti. I dati vengono pre- 
levati (lenii dalla memoria e depositati (scritti) neUa niemona, 
l.. ltrIll |..odo el.e il processor contenga solo i dati di volta in 

V °u‘ ,,uo contenere un numero assai limitato di dati; 

I, sur unita (celle) di memoria vengono chiamate registri. Tutti 


< mini ’.'illr (miiIi |Hin( i |m ili ()< un culotluhirr 


n 


i dati non immediatamente necessari per la elaborazione sono custo 
diti nella memoria, che cosi ha la funzione di magazzino. Per esem¬ 
pio, il calcolo di una espressione aritmetica con più operandi viene 
eseguito immagazzinando temporaneamente nella memoria dei ri¬ 
sultati intermedi, come mostrato qui di seguito. 

Il calcolo della espressione 

a * b + c * d ( 3 . 1 ) 

viene diviso nelle azioni specificate dalle istruzioni: 


RI 

= a 

R2 

= b 

RI 

= R1*R2 

z 

= RI 

RI 

5 = C 

R2 

= d 

RI 

= RI* R2 

R2 

= z 

RI 

= RI + R2 


dove RI e R2 indicano due registri del processor e z indica il risul¬ 
tato intermedio memorizzato. Il risultato del processo è posto nel 
registro RI. In tal modo il calcolo della espressione è stato trasfor¬ 
mato in un programma che contiene solo istruzioni di tre tipi: 

1) trasferire i dati da una cella di memoria in un registro; 

2) eseguire operazioni (aritmetiche) sui dati contenuti nei registri; 

3) trasferire nella memoria i dati contenuti nei registri. 

Questo metodo, consistente nello scomporre le istruzioni in passi 
elementari e nelPimmagazzinare i risultati finali e i risultati inter¬ 
medi in memoria, rappresenta la quintessenza del calcolo digitale; 
esso spiega come le stesse elaborazioni possono essere eseguite sia 
dai calcolatori più complessi, che da quelli più semplici (questi ultimi 
impiegano semplicemente un tempo maggiore). Infatti, la decom¬ 
posizione in azioni elementari permette di utilizzare sistemi auto¬ 
matici relativamente semplici per risolvere problemi assai complessi, 
purché questi sistemi siano in grado di eseguire sequenze di istruzioni 
molto lunghe (miliardi di istruzioni) in modo esatto (e possibilmente 
con rapidità). La realizzazione pratica di processor con questa 
caratteristica è uno dei veri trionfi della moderna tecnologia. 

Il beve esempio precedente mostra anche che è necessario uno 
stretto collegamento tra il processor e la memoria, poiché la quantità 
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delle informazioni scambiate tra le due componenti r molto elevata. 
Inoltre, il processor deve aver accesso ai dati contenuti nella memoria, 
individuandoli con dei nomi (per esempio, a, b, z, Di conse¬ 
guenza, ci deve essere un ordinamento preciso nella memoria. 

I dati sono contenuti in una successione ordinata di celle di memoria ; 
all’interno della successione, ogni cella è individuata da un unico 
indirizzo. Per prelevare un dato dalla memoria, il processor deve 
tornire Yindirizzo della cella che lo contiene. 

Le celle della memoria di un calcolatore possono essere parago¬ 
nate a dei normali contenitori (quali, per esempio, le cassette di 
teurczza, le scatole delle scarpe, ecc): vi si possono depositare e 
conservare degli oggetti. Ma, mentre un contenitore contiene fisi¬ 
ci mente un oggetto, una cella di memoria contiene invece una 
i iipi’i t'xcniuzione dell’oggetto, fornita dallo stato della cella. Perciò 
,. necessario che la cella possa assumere un certo numero di stati. 

1 a i ralizzazione di componenti in grado di assumere e mantenere 
un grande numero di stati, distinguibili chiaramente 1 uno dall altro, 

<■ dillicile sul piano tecnico. È molto più facile realizzare componenti 
clic assumono solamente due stati. Essi sono chiamati elementi di 
memoria binari. Ora, se si considerano n elementi binari, i loro 
siali possono essere combinati in 2" modi distinti; quindi essi, 
trattati come una unica entità, realizzano una cella di memoria 
clic può assumere 2" stati distinti. 

Ilu utile esempio di oggetti rappresentati da n elementi binari, 
c ilato dalla scrittura dei numeri naturali nel sistema binario: un 
numero v è rappresentato da una successione di n cifre binarie 
(0 c 1, corrispondenti ai due stati di un elemento binario) nel modo 
seguente : 

x : b n -i • • - h(ho (3.3) 

dove » c determinato dalla regola di codificazione: 

x h 0 + 2bì + 4ò 2 + — + 2" ’ò „-1 (3-4) 

(lurM.i tegola non è certo l’unica possibile; tuttavia essa è, per 
molti .e.I» in la pm appropriata. Dopo tutto, si tratta della regola 
u -.,itu m ila tuppicscntazione decimale dei numeri: 

x-.dn-t.-dtdo (3.5) 

i I 10^ + ...+ 10’"- 1 J m _, (3.6) 

/ . di minici i codificati in binario e in decimale sono ripor- 
litii urlìi» lubrllw l I 


TABELLA 3.L 


Binario Decimale 


noi 13 

10101 21 

min 63 

1101011 107 

La considerazione più importante, che si può trarre da questo 
esempio, è che celle di memoria finite possono contenere dei numeri 
appartenenti solo a insiemi finiti di valori. In un calcolatore le celle 
di memoria indirizzaci (dette parole) sono formate tutte dallo 
stesso numero di elementi binari; questo numero è detto lunghezza 
di parola del calcolatore. Il funzionamento della unità aritmetica 
di un calcolatore è adattato alla sua lunghezza di parola. Valori 
usuali di questa lunghezza sono 8, 16, 24, 32, 48, 64. 

Per poter eseguire un programma, il calcolatore deve poter acce¬ 
der^ a quel programma “con facilità”. Dove si deve trovare, di 
conseguenza, il programma? Fu un’idea geniale di John von Neu- 
mann (anche se oggi quest’idea sembra ovvia), che anche i programmi 
dovessero essere collocati nella memoria. Dunque, la medesima 
memoria contiene sia i dati da elaborare che il programma da ese¬ 
guire. 

Una tale soluzione richiede chiaramente che anche le istruzioni 
siano codificate. Nel precedente esempio (calcolo di un’espressione), 
ogni azione può essere rappresentata per mezzo di un codice d’ope¬ 
razione (che specifica l’azione di lettura, di scrittura, di addizione, 
di moltiplicazione, ecc.). Se, oltre alle azioni, vengono rappresentati 
con dei numeri anche gli indirizzi delle celle di memoria (cella 0, 
1, 2, ecc.), il problema è risolto: ogni programma può esser rappre¬ 
sentato da una sequenza di numeri (o di gruppi di numeri) e in tal 
modo può essere collocato nella memoria del calcolatore. Una con¬ 
seguenza di cui bisogna tener conto, è che il programma occupa 
un certo numero di celle di memoria, proporzionale alla sua lun¬ 
ghezza : queste celle non sono più disponibili per la memorizzazione 
dei dati. Il programmatore deve quindi stare attento a non costruire 
programmi che occupino uno spazio maggiore di quello disponibile. 

Dall’idea di collocare nella stessa memoria i dati ed i programmi, 
derivano le caratteristiche più importanti dei moderni calcolatori 
digitali : 

1) non appena l’esecuzione di un programma è terminata, può essere 
accettato un nuovo programma ; (flessibilità, possibilità di molte 
applicazioni) ; 





I 1 I) II!» >l« ' l 


16 


2) ,1 calcolatore può generare (secondo un programmi» assegnato) 
delle sequenze di numeri che in un secondo tempo verranno mtcr- 
pretatc e trattate come programmi, i dati generati nel primo passo 
diventano programmi nel secondo; 

i) si può fare in modo che un calcolatore consideri le sequenze 
dei numeri che rappresentano i programmi come dei dati, da tra- 
.tonnare (secondo qualche programma di traduzione), m sequenze 
di numeri che rappresentino gli stessi programmi codificati per un 
calcolatore differente. 



AijsiIii alla programmazione 
e sistemi di programmazione 


Fin verso il I960, la programmazione consisteva ancora nella 
traduzione minuziosa delle istruzioni in numeri binari, ottali o 
esadecimali, e la successione dei numeri corrispondenti alle istru¬ 
zioni forniva il programma, pronto per essere eseguito dal calcola¬ 
tore. Questo lavoro di traduzione era chiamato codificazione. Ma 
un procedimento così lungo e laborioso diventa sempre più inad< 
guato rispetto alla crescente velocità e grandezza dei calcolatori. 

1) Nel lavoro di codificazione, il programmatore era costretto ad 
adattare il programma alle caratteristiche del calcolatore utilizzato. 
Doveva perciò conoscere nel modo più preciso tutti i dettagli della 
macchina, delle sue istruzioni e della organizzazione interna del 
processor. Era impossibile adattare i programmi a macchine diverse 
e il fatto di conoscere i metodi di codificazione adatti a un calcolatore 
non era di nessun aiuto nel lavoro di codificazione su un altro cal¬ 
colatore. Ogni centro metteva a punto i propri programmi ed era 
poi costretto, acquistando un nuovo calcolatore, ad abbandonarli 
e a iniziare nuovamente il lavoro di codificazione. Divenne chiaro 
che la scelta di adeguare gii algoritmi alle caratteristiche della mac¬ 
china non era un uso sensato del lavoro umano. 

2) Lavorando sempre con lo stesso tipo di calcolatore, il program¬ 
matore era portato a usare le conoscenze acquisite con l’esperienza, 
per inventare tutti i trucchi immaginabili per ricavare il massimo 
dalle capacità di qual calcolatore. Quando la programmazione 
‘"artistica” — la “tmccoìogia” — era di gran moda, il programma¬ 
tore impiegava gran parte del suo tempo per mettere a punto dei 
programmi “ottimali”, che però erano molto difficili da verificare. 
Era pressoché impossibile risalire alla struttura logica di un pro¬ 
gramma scritto da un collega di lavoro (e 9 spesso, era difficile com- 








prendere un programma, persino per il suo stesso autore!). La 
programmazione “artistica” oggi non è più considerata un buon 
metodo: un programmatore intelligente evita l’uso dei trucchi, 
t) Il così detto codice di macchina conteneva ben poche ridon¬ 
danze che facilitassero Findividuazione degli errori di codificazione. 
Anche gli errori di battitura, che potevano avere conseguenze 
disastrose nella esecuzione del programma, erano assai difficili da 
individuare. 

4) Una sequenza lineare di istruzioni, informe e priva di struttura, 
non è una forma adeguata per rappresentare i programmi, perché 
non corrisponde al modo nel quale l’uomo si esprime abitualmente. 
Vedremo come la presenza di una struttura sia lo strumento prin¬ 
cipale per costruire in modo sistematico ( sintetizzare ) i programmi 
e per renderli di più facile e immediata comprensione. 

I difetti ora elencati portarono allo sviluppo dei cosiddetti lin¬ 
guaggi di programmazione di alto livello . Un linguaggio di pro- 
gi unmazione di alto livello può essere considerato come il formalismo 
nel quale si esprimono le istruzioni di una macchina ideale , costruita 
;i misura d’uomo, al di là delle possibilità tecniche. Cioè, si può pen¬ 
sare che vi siano due macchine: una macchina A, realizzabile sul 
piano tecnico ed economico, ma complicata da usare, e una mac¬ 
china B , progettata a misura d’uomo, ma solo sulla carta. Il legame 
tra A e B è fornito dai così detti sistemi software (la macchina A 
è chiamata hardware). Un sistema software è un programma C, 
che può essere eseguito sulla macchina B in programmi adatti alla 
macchina A. Il programma C viene chiamato traduttore o compi¬ 
latore e fornisce alla macchina A la capacità di accettare e di eseguire 
i programmi scritti per la macchina B. 

L’utilizzazione del compilatore C permette al programmatore 
un certo distacco dalle caratteristiche del calcolatore A ; ma egli 
deve sempre assicurarsi che, alla fine, il programma possa essere 
eseguito dal calcolatore A, entro i limiti di memoria consentiti. 

Di norma, un sistema hardware/software elabora un programma 
P in due fasi successive. Nella prima fase il programma P viene 
tradotto dal compilatore C in una forma che il calcolatore A è in 
grado di interpretare direttamente. Questa fase viene chiamata 
fase di traduzione o di compilazione . Nella seconda fase il programma 
tradotto viene eseguito; essa si chiama perciò fase di esecuzione . 

Fase di traduzione : 

programma compilatore c 

dati di ingresso = programma P nel linguaggio B 

dati di uscita programma P' nel linguaggio A 


Fase di esecuzione 


programma P f 

dati di ingresso 

dati di uscita = risultati del calcolo Y. 


















Semplici esempi 
di programmi 


Dal capitolo precedente risulta chiaro che un programma deve 
essere composto da una sequenza di istruzioni che il calcolatore 
comprende . Anche se non sappiamo ancora con precisione che cosa 
comprende un calcolatore, e quali sono i tipi e le forme delle istru¬ 
zioni contenute in un linguaggio di programmazione, sappiamo 
però che le istruzioni debbono specificare esattamente le azioni 
desiderate. Questa ineliminabiie necessità di esattezza costituisce 
forse la differenza principale fra la comunicazione con le macchine 
e la comunicazione tra gli uomini. Per lavorare con i calcolatori, 
bisogna usare espressioni esatte. Mancanza di chiarezza, impreci¬ 
sione o ambiguità devono essere escluse. 

Gli schemi di flusso sono un modo facilmente comprensibile e 
molto usato di rappresentare i programmi. Per esempio il programma 
(2.1) è rappresentato dallo schema di flusso riportato nella figura 
5.1. 



I tguru 5.1. 


Questo tipo di rappresentazione grafica fornisce una immagine 
Uiura di come un azione succede alla precedente. Infatti, vi sono 
rappresentali due tipi di istruzioni: 

I ) gli assegnamenti, racchiusi nei rettangoli ; 

2) le decisioni, racchiuse nei rombi. 

Ad una decisione seguono più istruzioni ed essa indica una scelta. 

. . condlzione da essa specificata è soddisfatta, viene scelta l’uscita 

indicata con + ; in caso contrario viene scelta l’uscita indicata con 
-. Una ripetizione è indicata da un loop, cioè da una sequenza 
ciclica di istruzioni contenente almeno una decisione, che deter- 
mina la fine della ripetizione. 

Allo stesso modo, il programma (2.6) è rappresentato dallo sche¬ 
ma di flusso della figura 5.2. 



Figura 5.2. 

Un programma dà le regole di comportamento di un numero 
in generale imprecisato, per lo più infinito, di processi. I singoli 
processi presentano lo stesso modello di comportamento, ma diffe¬ 
riscono per i valori assunti dalle variabili in ogni istante e, in parti¬ 
colare, per ì valori iniziali. Quindi occorre verificare che tutti i 
processi che obbediscono a un dato programma, conducono ai 
risultati desiderati; cioè, si pone il problema di verificare la corret¬ 
tezza dei programmi. 

n,it a t C K°n et l e f a . d T eÌ pr0grammi M e (2-6) è stata dimostrata 
nelle tabelle 2.1 e 2.III, per una coppia di valori di * e di y fissata 

Questo modo di stabilire la correttezza è detto test del programma ; 
esso consiste nella scelta di opportuni valori da attribuire agli argo- 
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menti (x e y\ nell’esecuzione del processo con i valori scelti e nel 
confronto del risultato del calcolo con il risultato corretto, noto 
in precedenza* Il mezzo ideale per l’esecuzione dei test è, natural¬ 
mente, il calcolatore stesso. Ciò nonostante, questo metodo tradi¬ 
zionale è lungo e costoso, in particolare quando il numero dei test 
da eseguire è elevato. Ma esso è soprattutto insufficiente. Infatti 
è un metodo completamente empirico, per cui, a rigore, sarebbe 
necessario eseguire un test per ogni possibile valore d’ingresso. 
Ma ciò è impossibile anche nei casi più semplici, perché è necessa¬ 
rio eseguire il programma troppe volte : consideriamo, per esempio, 
un programma che esegue la moltiplicazione di due numeri. 

Supponendo che un dato calcolatore impieghi 1 \i sec per ese¬ 
guire una moltiplicazione, e che in esso si possano rappresentare 
tutti i numeri interi fino a un valore assoluto di 2 60 , il tempo neces¬ 
sario per una verifica esaustiva della moltiplicazione è di: 

2 2 * 60 * IO" 6 sec = 3.2 * IO 22 anni 

Da questo esempio, che dimostra Fimpossibilità di un test empi¬ 
rico esaustivo, si deduce la seguente regola generale: 

“l’esame di un programma mediante un test empirico può, al più, 
rilevare la presenza di errori, ma non può garantire l’assenza di 
errori, cioè la correttezza del programma”. 

È quindi necessario astrarre dalle proprietà dei singoli processi, 
e ricavare, direttamente dalle regole di comportamento, delle pro¬ 
prietà valide in generale. Tale metodo di prova analitica viene 
chiamato verifica dei programmi. Mentre con il metodo del test 
empirico Foggetto della prova è il singolo processo, con la verifica 
esso diviene l’intero programma. 

Nella sostanza la verifica si basa sugli stessi principi del test 
empirico; ma, invece di elencare in una tabella la successione dei 
valori assunti dalle variabili durante l’esecuzione, si annotano, 
dopo ogni istruzione, delle relazioni fra i valori delle variabili, 
valide in generale ; qui, valida in generale significa: valida ogniqual- 
voltu il processo raggiunge il punto di annotazione , indipendentemente 
dalle ii. iom precedentemente eseguite . 

I ^porremo ora quattro regole-base di verifica: 

i ) pnm.i p dopo di ogni istruzione, si annotano una o più relazioni 
I, , Ir 11 i.ibili. che valgono in generale prima e dopo l’esecuzione 
.i,ll i n usi,me. (.ili relazioni vengono anche chiamate condizioni di 
. > 111 , i n mi/ ioni); la condizione che precede una istruzione I 
„ hi ,,, 1 , - ne u, di / (antecedente); quella successiva a I si chiama 
. m ,, i. / (< omeguentc) (v. fig. 5.3); 


ninpliri n-,#»fr,p! «li prnfjmmm! 




P (premessa) 


|- C (conseguenza) 

Figura 5.3. 


2) quando più cammini del programma si congiungono nel punto 
che precede un’istruzione B, la premessa P B deve essere logicamente 
implicata dalle conseguenze C n , C I2 , C In di tutte le istruzioni 
A> h, —, I n che precedono B (v. fig. 5.4); 



Qi — 1 Pb , Q 2 — 5 Pb , •** ? Q„^> P B 


Figura 5.4. 


Esempio : 


(-10 < x 



T 




















3) se vale la condizione di verifica P prima di una decisione conte 
nente la condizione D, allora vale lo schema della figura 5.5; 



4) se vale la condizione di verifica P (w>) prima dell’assegnamento 
della espressione w alla variabile v, allora dopo di esso vale P (y) 
(v. tìg. 5.6). 

I— 

v: = w 
J—-P(v) 

Figura 5.6. 


/ sempi (v. fig. 5.7). 
I x f y *■ 10 


- — x + 1 = 10 


i—/w* 


* ♦ v 


x: = x + 1 


x:=f{x) 

1 

IO 

J-x = 10 

Figura 5.7. 

!-*■ 


< .ini'in .Il applicazione delle precedenti regole base ese- 

l'itip m.. I. .i .ili. . . 1.1 programmi riportate nelle figure 5.1 e 5.2, 
i, , .... li.. ... I. ■ nln .i i(portate nelle figure 5.8 e 5.9 servono come 

,.in. .1 il i vet Mica ; esse possono venire dedotte farai- 

un ni- > pii' mt< t \v irgi >lr base indicate nelle figure 5.3 e 5.6. 


I n f if i Jl r immi 


/ » 



z + u*j'«/t->' + (u 1 ) * y — x ♦ y 


z + u*y = x*y. 

Figura 5.8. 

r + q*y = r - y + {q+ 1) * y = x 


I-( r + 9*)- = 

i _ Ir-rì 0 


r:=r - y 

Z UEH 


q: = q 4- 1 

~F Z 


- r + (<? -f 1) * y = x, r^O 

r + q * y = x, rgO 
Figura 5.9. 


I programmi con le condizioni di verifica complete sono riportati 
nelle figure 5.10 e 5.11. 

- x>0, y>0 


z:=0 
u:— x 


z = 0, u = x 
z + u*y = x*y , u > 0 


z: = z + y 
u:= u — 1 

z + u*y = x*y y u^O 


z = x * y, m = 0 
Figura 5.10. 
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Osserviamo, per inciso, che la separazione degli assegnamenti 
in due rettangoli distinti, fatta nella figura 5.8 e 5.9, prescrive rigi¬ 
damente l’ordine in cui debbono venir eseguiti gli assegnamenti; 
ma ciò non è indispensabile. Infatti valgono le medesime premesse 
c le medesime conseguenze anche se si cambia l’ordine delle istru¬ 
zioni. Il programma risulta così, in un certo senso, sovradocumen- 
lato; se una documentazione ridondante non disturba in programmi 
così brevi, essa diventa illeggibile, e quindi inutile, per programmi 
più lunghi. 



-q*y + r = x. r ^ y 


Figura 5.11. 


La determinazione delle condizioni di verifica di una sequenza 
lineare di istruzioni in base alle regole delle figure da 5.3 a 5.7 è 
semplice, quando siano assegnate la prima premessa o l’ultima 
conseguenza. Si incontrano invece delle difficoltà non appena en¬ 
ti.mo in gioco delle ripetizioni, cioè, non appena in un programma 
prrseiila un cammino che si chiude su se stesso. Il ciclo viene allota 
latitato c si fa l’ipotesi che nel punto di taglio valga una certa condi- 
/ii me di verifica; se la conseguenza dell’ultima istruzione della se- 
<|iK'ii/.i lineare così ottenuta implica logicamente la premessa della 
I,i li ii.t istruzione, l’ipotesi fatta è valida ed il ciclo può venire ri- 
. Iiiiivi (v la regola espressa nella fig. 5.4). Di norma, è utile sce- 
... punto di taglio in corrispondenza della decisione che deter¬ 
mini! i.i in min. i/ione del ciclo; in tal caso, la condizione di termina- 
, la condizione di verifica, congiunte, forniscono la conse- 
i*ia n/4 della istruzione di ripetizione. 

I . |.,riii< ssa relativa al punto di taglio viene chiamata invariante 
, „ hco. poiché essa rappresenta una relazione valida per qualsiasi 
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numero di npcti/ioni deHislni/ionc ciclica, aoc invariante. Nei 
programmi delle ligure 5.10 e 5.11 gli invarianti sono: 

(z + u * y = x * y) A {u ;> 0) 

e (5.1) 

(q * y + r = x) A (r ^ 0) 

Poiché le ripetizioni e i cicli sono le strutture fondamentali dei 
processi e dei programmi, è utile dare alle precedenti considerazioni 
una formulazione generale, introducendo opportune regole di veri¬ 
fica. Tali regole danno indicazioni sul tipo delle condizioni di veri¬ 
fica che si possono fornire per la ripetizione di un gruppo di istru¬ 
zioni, del quale si conoscono la premessa e la conseguenza. 

Regola di verifica 1. Sotto Yipotesi che la premessa P sia inva¬ 
riante rispetto all’istruzione I, cioè che essa valga anche dopo l’istru¬ 
zione, posto che valesse prima — rappresenteremo ciò con la fi¬ 
gura 5.12. 


j-- p 

/ 

Figura 5.12. 

per l’istmzione ripetitiva /' vale la conseguenza illustrata nella fi¬ 
gura 5.13. 



Figura 5.13. 































Osservazione : Fipotcsi precedente può anche essere modificata 
nel modo illustrato nella figura 5.14, poiché, nel ciclo, 7 viene ese¬ 
guita soltanto quando D è soddisfatta. 

- -P A D 

I 

t—■— p 

Figura 5.14. 


Regola di verifica 2. Sotto le condizioni illustrate nella figura 5.15, 


(a) 



(fi) I-(C A —iB) 



Figura 5.15. 


per la istruzione ripetitiva 7" vale la conseguenza illustrata nella 
figura 5.16. 



Si osservi che, per l’istruzione ripetuta 7, devono valere due 
condizioni, affinché la regola relativa a questa seconda forma-base 
di ripetizione sia applicabile. Questa fórma, quindi, è quella che 
richiede la maggiore attenzione; infatti, numerosi errori di pro¬ 
grammazione derivano dalFaver dimenticato la prima delle due 
condizioni. Nei casi dubbi, è raccomandabile usare la prima strut¬ 
tura ripetitiva, in cui la decisione D precede l’istruzione 7. 
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Le precedenti considerazioni servono come indicazioni di fondo 
per verificare la correttezza e per comprendere la logica di un pro¬ 
gramma, ma servono soprattutto per far vedere come, in molte cir¬ 
costanze, può essere difficile determinare un invariante ciclico 
adatto a un programma già esistente. La regola, che ogni program¬ 
matore dovrebbe imparare, è che Vindicazione esplicita degli inva¬ 
rianti ciclici rilevanti di ogni ripetizione è la base di ogni buona do¬ 
cumentazione dei programmi . Anche quando un programma deve 
essere usato soltanto dal suo autore, Findicazione esplicita degli 
invarianti può essere utile per evitare errori, che altrimenti dovreb¬ 
bero essere individuati con un test empirico anche molto laborioso, 
e che spesso non vengono neppure scoperti e rimangono nel pro¬ 
gramma, presunto corretto. 

Altrettanto indispensabile, per una buona documentazione dei 
programmi, è la indicazione esplicita delle limitazioni imposte ai 
valori delle variabili e, in particolare, ai valori iniziali, poiché da 
essi dipende il risultato. Una variabile che può assumere solo valori 
interi verrà indicata, per esempio, con una notazione del tipo 

v : integer 

Per concludere riportiamo qui di seguito i programmi (5.1) e 
(5.2) scritti in una forma compatta, e documentati in un modo 
adeguato, conforme alle considerazioni precedenti. 

Moltiplicazione di due numeri naturali : gli argomenti sono x e y, 
il risultato è z e u è una variabile ausiliaria (o interna , cioè usata 
alFintemo del programma) (v. fig. 5.17). 
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Divisione di due numeri naturali : gli argomenti sono x c y 9 nu¬ 
meri naturali; risultati: q quoziente intero, r resto (v. fig. 5.18). 




■-(z 4- m * v = x *y) A (w^O) 


z - x * y 
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5.1. Problemi 

5.1. Il programma nella figura 5.19 calcola il prodotto: 

z : = x+y 

usando soltanto le operazioni di addizione, di raddoppio e di dimezzamento. 
Gli argomenti sono x e y, numeri naturali; u e v sono variabili con valori 
interi (ausiliarie). 

Il predicato odd(u) è soddisfatto quando u è dispari. 

Determinare, per ogni istruzione e per ogni blocco, le premesse e le con¬ 
seguenze che si possono ricavarle dall’invariante ciclico dato nella figura, 
appjicando le regole illustrate nelle figure 5.3 e 5.6. 

5.2. Il programma riportato nella figura 5.20 calcola il massimo comun 
divisore (MCD) di due numeri naturali x e y; a e b sono variabili ausiliarie 
intere, il cui valore finale rappresenta il risultato. 



Figura 5.20 


Determinare, come nelFesercizio 1, le necessarie condizioni di verifica, 
a partire dalle seguenti relazioni: 

1) u>v : MCD (u, v) — MCD (u — v, v) 

2) MCD ( m , v) = MCD (t?, u) 

3) MCD (u, u) = u 

5.3 . Seguendo lo schema del programma della figura 5.19, costruire un 
programma che, per ogni coppia di numeri naturali x e y, calcoli il valore 
z — x y . Inserire le condizioni necessarie per la verifica del programma. 

















































Terminazione dei programmi 


Il ciclo è la struttura caratteristica dei programmi per calcola¬ 
tore poiché esso specifica la ripetizione di un’azione, e 1 calcolatori 
sonò particolarmente adatti a eseguire azioni ripetitive. Preziosa 
è la loro caratteristica di non stancarsi mai e di non perdere in sicu¬ 
rezza e in precisione, anche dopo aver ripetuto migliaia di volte !a 
stessa azione. D’altro canto, è proprio questa instancabihta del 
calcolatore a rendere necessaria una maggiore attenzione da parte 
del programmatore. Infatti, egli deve assicurarsi che tutti 1 processi, 
che possono avvenire secondo un dato programma, abbiano termine 
dopo un numero finito di ripetizioni; cioè, egli deve poter garantire 
la terminazione del programma. Sfortunatamente, 1 processi che 
non terminano (detti loop del calcolatore) sono inconvenienti co¬ 
stosi e abbastanza frequenti nella programmazione. Tuttavia, essi 
possono essere evitati usando maggiori precauzioni nella stesura 
e nella verifica dei programmi. Per esporre le precauzioni necessarie 
per garantire terminazione, ci riferiremo al semplice schema della 
figura 6.1. 



Figura 6.L 


Il minimo » he m possa rlucdrir, c dir nella iltiu/iotir / vrng.i 
mollificati! (almeno) una variabile, in modo che, dopo un numero 
finito di ripetizioni, la condizione D non possa essere più soddi 
sfatta. In generale, la terminazione di una ripetizione può essere 
dimostrata secondo la regola seguente: si individua una grandezza 
intera N in funzione delle variabili del programma e si dimostra che: 

1) se D è soddisfatta, vale AT^O, e 

2) l’esecuzione della istruzione / determina una diminuzione del 
valore di N. 

Illustriamo l’utilizzazione di tale regola riprendendo in esame 
il programma illustrato nella figura 5.2. In esso l’istruzione I è: 

r : = r — y 
q: = q+l 


e la condizione D è: 


r>y 

r, q , y sono numeri naturali; scegliamo N — r—y. Segue che: 

1) r>y implica sempre j/V> 0, e 

2) nella esecuzione di / il valore di r (e con esso il valore di r — y) 
diminuisce, poiché y > 0. 

Quindi la terminazione del programma è dimostrata. (Si osservi 
che è indispensabile la condizione y > 0). 

Come secondo esempio di applicazione della precedente regola, 
consideriamo il programma illustrato nella figura 5.20. L’istruzione 
I in esso è: 


a \ — a — b s e a> b 

b:=b — a se b> a 

e la condizione Dèa = b;aeb sono numeri naturali con valori 
iniziali a > 0, b > 0 e con a^b. 

Una scelta adeguata di Nè: 

AT = max (a, b) 

L’effetto di 1 su N può essere studiato separatamente, a seconda 
che sia a > b oppure b> a. Se a > b, a viene decrementato della 
quantità b e b rimane invariato. Poiché inizialmente a > 0, b > 0 
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r a f b , le punir due condizioni (</ • 0, /» * 0) vengono conservate 
e A/ diminuisce. Se invece b > a , <j i miune invai iato, A max (a, b) 

N diminuisce perché decrementato di a e vengono mantenute le 
condizioni tf>0, b> 0. Quindi, in entrambi i casi, JV = max(tf, b) 
diminuisce e min (< a , b ) rimane positivo; ne segue che, dopo un nu¬ 
mero finito di cicli, deve diventare max ( a , b ) = min (a, b ) e quindi 
a j=b non può più essere soddisfatto. 

In tal modo abbiamo dimostrato la terminazione del programma. 


6.1. Problemi 

6.1. Determinare le condizioni iniziali per i valori di x e di y 9 sufficienti 
per garantire la terminazione dei programmi dei problemi 5.7, 5.2 e 5.3. 

6.2. Per quali intervalli dei valori x e di y il programma illustrato nella 
figura 6.2 termina? 



Figura 6.2. 


6.3. Sotto quali condizioni iniziali il programma di cui sopra calcola il 
massimo coraun divisore di x e di yl Scrivere la condizione necessaria e 
sufficiente. 



Notazione lineai e r linguaggi 
di programmazione 


7.1. Generalità 

Un programma, rappresentato da uno schema di flusso, non 
può essere elaborato direttamente dal calcolatore; infatti, questa 
forma di rappresentazione non è accettata dai comuni dispositivi 
di lettura dei dati. Gli schemi di flusso devono essere tradotti in 
una forma che possa essere letta ed elaborata meccanicamente. 
Poiché, nella traduzione, è molto facile fare degli errori, è utile 
disporre di una notazione adatta a formulare i programmi e, contem¬ 
poraneamente, a essere elaborata meccanicamente. Questa notazione 
dovrà essere definita in modo chiaro e dovrà essere facile da leggere 
e da capire; inoltre, dovrà poter essere elaborata direttamente dal 
calcolatore. 

I dispositivi di ingresso dei dati più usati sono il lettore di schede 
e la telescrivente. In entrambi i casi, i dati d’ingresso sono rappre¬ 
sentati da sequenze lineari di caratteri , cioè, da testi lineari. Le di¬ 
verse notazioni, usate per scrivere il testo lineare di un programma, 
sono comunemente chiamate linguaggi di programmazione. Le frasi 
di un linguaggio di programmazione sono costruite secondo regole 
molto rigide, che indicano con precisione quali sono le istruzioni for¬ 
mali permesse; l’insieme delle regole viene chiamato sintassi. Un 
calcolatore legge e interpreta i programmi, analizzando le istru¬ 
zioni in un modo piuttosto rigido; ne segue che le regole sintattiche 
devono essere precise anche nei più piccoli dettagli. Quindi, per 
imparare un linguaggio di programmazione, bisogna imparare il 
significato delle frasi che si possono costruire e le regole per costruir¬ 
le; queste ultime, richiedono una attenzione maggiore rispetto all’ap¬ 
prendimento di un linguaggio naturale, poiché è molto più impor¬ 
tante saper inventare e formulare correttamente i programmi, che 
saperli leggere e capire. 

A meno che non si tratti di un programma molto semplice, il 
lavoro più grosso consiste nell’invenzione e nella verifica dell’algo- 






















ritmo sul quule si basa il programma; in confronto, il lavoro di 
codifica in un dato linguaggio è trascurabile. La costruzione di un 
algoritmo avviene secondo un procedimento lungo e complesso, 
che comporta uno sviluppo per passi successivi. A ogni passo il 
programma viene specificato più in dettaglio. Nei primi passaggi, 
la notazione deve essere il più possibile adatta a descrivere il pro¬ 
blema trattato (e all’attitudine del programmatore) e non è neces¬ 
sario impiegare direttamente un linguaggio di programmazione; 
in questa fase, sono adatti il formalismo della matematica e 1 uso 
degli schemi di flusso. Occorre, comunque, tener presente che il 
linguaggio di programmazipne nel quale deve essere scritta la ver¬ 
sione finale del programma influenza l’intero processo. Quindi, e 
necessario esporre tale linguaggio già all’inizio di un corso di pro¬ 
grammazione (fermo restando il fatto che lo scopo principale di 
un corso di programmazione dev’essere insegnare a inventare e 
formulare gli algoritmi)■ 

La codificazione di un algoritmo in un certo linguaggio, per 
esempio nel codice di macchina di un calcolatore, segue un procedi¬ 
mento complicato, ma abbastanza meccanico. Quindi e molto 
utile automatizzare il processo di traduzione nel codice di macchina: 
in particolare, è utile sviluppare un linguaggio che fornisca una 
rappresentazione chiara e naturale dei concetti principali della pro- 
granimazione e che, contemporaneamente, possa essere usato diret¬ 
tamente per la elaborazione con il calcolatore. I tentativi di svilup¬ 
pare un -.inatto linguaggio di programmazione, spesso, sono stati 
mllucn/ati ila un campo di applicazioni particolare, o da un parti- 
, niaie calcolatore, o da entrambi. È stato il campo dell analisi 
mmiriic.i i diventare il punto di partenza per sviluppare un lin¬ 
guaggio conciso e dotato delle caratteristiche richieste; infatti, e 
•.luto il punto ili partenza per adottare e allargare la notazione for- 
iii, tir n.uli/iotiiilc della matematica, ormai ampiamente sperunen- 
1 , 1 , Un. . 1.1 idea fu espressa con chiarezza, per la prima volta, 
,l., ti Kiiti'.liauser, già nel 1952, ma trovò una prima attuazione 

... pi a, v/, quando la ditta IBM pubblicò un linguaggio 

.. tinto FORTRAN, e lo mise a disposizione dei clienti, 

, un apposito programma, che traduceva i programmi 
, , un ut i t ip i RAN m programmi scritti nel codice di macchina 
, 1,1 , ,1...lai .>11 IMM (di qui il nome FORmula TRANslator). Lo 
Mudio de linguaggi formali acquistò così un interesse pratico, 

.mi, lue che teorico. Il linguaggio FORTRAN era 

.... oiu Ir, Ulto ad alcune proprietà, particolari di un certo tipo 

, 1 , , al, .. m questo senso, la sua definizione e la sua logica 

,, ile, un Inaiavano ancora a desiderare. 

.,, 1 ,, , 1,1 IV iM le .tire originali di H. Rutishauser furono adottate 
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da un gruppo internazionale di studiosi, e furono attuate con la 
definizione di un linguaggio di programmazione. Tale linguaggio 
fu chiamato ALGOL ( ALGOrithmic Language) e divenne il punto 
di partenza per la costruzione del linguaggio di programmazione 
ALGOL 60, ben noto e largamente usato in campo scientifico. 
L’ALGOL 60 fu costruito nel 1960, da un gruppo di tredici studiosi, 
e fu formulato da P. Naur; esso si differenzia dal FORTRAN, 
principalmente perché è definito con precisione da una documenta¬ 
zione relativamente breve; anziché riferirsi a un certo tipo di calco¬ 
latore, esso si richiama largamente alla già sperimentata tradizione 
formale della matematica. Per descriverne la struttura sintattica , 
fu usata per la prima volta una notazione che permette di decidere 
se un testo obbedisce alle regole sintattiche. Questa notazione è 
conosciuta come forma di Backus-Naur (BNF) ed è stata impiegata 
anche in seguito, per la definizione di molti altri linguaggi di program¬ 
mazione (v. bibliografia [6]). Studi analoghi furono iniziati nel 
campo della elaborazione dei dati commerciali. Con i finanziamenti 
dello U.S. Departement of Defense, nel 1962, fu sviluppato il lin¬ 
guaggio di programmazione COBOL ( Common Business Oriented 
Language ), adatto a risolvere i problemi di elaborazione dei dati, 
che si pongono in campo commerciale. Oggi, il COBOL è uno dei 
linguaggi più diffusi; tuttavia, esso è inferiore al FORTRAN, per 
quanto riguarda la chiarezza delle definizioni, la sistematicità della 
struttura e le proprietà delle istruzioni di programmazione. 

Un effetto negativo della rapida espansione di questi primi lin¬ 
guaggi, fortemente orientati al loro campo di applicazione, fu la 
divisione della programmazione in due branche ben distinte; la 
programmazione scientifica e la programmazione commerciale . Con¬ 
siderando la programmazione principalmente come la codificazione 
di algoritmi già noti in un dato linguaggio, si pensava che la program¬ 
mazione scientifica e quella commerciale dovessero essere due di¬ 
scipline distinte e che dovessero dar luogo a due corsi di studi se¬ 
parati. In realtà, le operazioni e i concetti fondamentali della pro¬ 
grammazione sono sostanzialmente i medesimi e non dipendono dal 
campo di applicazione. 

Negli anni che vanno dal 1964 al 1967 la ditta IBM affrontò 
il problema di riunire in un unico linguaggio i due campi: così 
fu sviluppato un linguaggio indipendente dalla macchina adatto a 
tutte le applicazioni allora note. Tale linguaggio è conosciuto col 
nome di PL/I. Il linguaggio e la sua descrizione hanno raggiunto 
una dimensione considerevole; il PL/I è un linguaggio poco adatto 
alla didattica, per la sua carenza di sistematicità e di chiarezza, 
dovuta al fatto che esso è nato dalla fusione di linguaggi differenti, 
senza un principio unificatore. 
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Tenendo presente clic lo scopo principale ili un corso ili program 
m.i/ione è l'insegnamento ilei modo con cui costruire i programmi, 
mentre ilei tutto secondaria è la codificazione, introdurremo e usc- 
trinn una notazione che differisce da tutti i linguaggi fin qui menzio¬ 
nali I a notazione rispecchia i concetti elementari della programma¬ 
zioni- m una forma naturale, comprensibile e precisa. Inoltre le 
tegole sintattiche sono semplici, immediate e sistematiche, si che il 
loro apprendimento non richiede uno sforzo particolare. Fra i lin¬ 
guaggi piecedcntemente menzionati, l’ALGOL 60 è quello che, 
maggiormente e meglio degli altri, si presta alle esigenze soprac- 
, rimale I a notazione che useremo è perciò definita in stretta corri- 
ponden/a ull*ALGOL 60 e può essere considerata come una sua 
i -.iriiMonc (v. bibliografia [12]). 

M.m mano che esporremo i principali concetti della programma¬ 
zioni- introdurremo i termini precisi del linguaggio a essi corri- 
•poiidcuii IVr ora, ci limiteremo a una breve esposizione delle regole 
i In- ddimscono la struttura sintattica del linguaggio. 

< Igni linguaggio si basa su un dizionario. Le frasi, cioè i pro- 
giainmi, vengono costruiti disponendo i simboli base di questo 
di/ioiini io in una sequenza lineare, secondo le regole sintattiche 
(o irgole di costruzione). Il dizionario è composto da lettere, da 
i die <- da simboli speciali (per esempio, -r, —, *). Poiché il numero 
dei -.imboli speciali usati in un linguaggio di programmazione è 
pmitosin elevato, essi sono per lo più denotati da parole inglesi, 
il i in sigillili aio è più immediato. In seguito, per evitare confusioni 
ii.i ripien. i- ili caratteri c simboli base speciali, indicheremo questi 
ultimi mi ivendoli in neretto (per esempio begin-end); il dizionario 
i il.un m-H'appcndice A. 

I i i.-goli- sintattiche sono formulate in modo che sia possibile 
i.iliiliie lai ilmrnic e con rapidità se una sequenza di simboli base 
, p. i messa I 1 icgolc sono rappresentate da diagrammi di flusso, 
. 1 . m immi sintattici (v. appendice A). Ogni cammino rappre- 

Mia una .tu 11 ssione di simboli permessa; esso inizia dal diagram- 
iim mini lidio programma e prosegue secondo le regole seguenti: 



Identificatori 
Figura 7 . 1 . 
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a) quando si incontra un rettangolo (contenente il nome di un altro 
diagramma), si prosegue dal diagramma indicato nel rettangolo; 

b) quando si incontra un circolo, contenente un simbolo S , il sim¬ 
bolo S viene inserito nel testo del programma, il cammino prosegue 
direttamente nello stesso diagramma. Come esempio, si veda la 
figura 7.1. 

Secondo il diagramma ivi illustrato, le seguenti sequenze di 
cifre e di lettere sono possibili identificatori : 

A 

ABCDEF 

AÌ5 

Q2F9 

ME1ERÌ9 

mentre le seguenti non sono identificatori: 

SBB-FFS 

C . F. MEIER 

IX 


7.2. Espressioni e istruzioni 

La sintesi di un linguaggio definisce ben determinati costrutti. 
Fra le componenti sintattiche fondamentali, presenti nella struttura 
di un linguaggio di programmazione, particolare risalto va dato 
alle espressioni e alle istruzioni. 

Una espressione è una formula (o regola di calcolo) che speci¬ 
fica sempre un valore (o risultato). Ogni espressione è composta 
da operatori e da operandi . Gli operandi possono essere delle costanti 
(per esempio numeri), delle funzioni o delle variabili. Gli operatori 
si dividono normalmente in operatori monadici (con un solo argo¬ 
mento) e in operatori diadici (con due argomenti). Se una espressione 
contiene più d’un operatore, è necessario specificare Fordine secondo 
cui eseguire le operazioni; quest’ordine è assegnato esplicitamente 
con delle parentesi, oppure è determinato da convenzioni implicite, 
contenute nelle regole sintattiche del linguaggio. Nei linguaggi di 
programmazione più comuni, gli operatori diadici vengono divisi 
in (almeno) due classi: gli operatori additivi e gli operatori molti¬ 
plicativi. Questi ultimi appartengono alla classe di precedenza più 
forte , cioè vengono «seguiti per primi; invece, in una sequenza 
formata da operatori appartenenti a una medesima classe, le opera- 
















zioni vengono i-.rK.uite procedendo da sinistra verso destra. Le re¬ 
gole ora esposte sono illustrate dagli esempi seguenti: 

x + y + z = (x + y) + z 
x* y + z = (* * y) + 2 

x + y* z = x + (y* z) 

x - y* z - w = (x — (y* z)) — w 

x * y - z * vv = (x * y) - (z * w) 

-x + y/z = ( — *) + Cy/z) 
x*y/z = (x * y)/z 

xjy * z = (*/y) * 1 

L'istruzione più elementare è l’assegnamento, ed è descritta 
dall’espressione formale: 


V = E (7-2) 

dove V è una variabile ed £ è un’espressione. Tale istruzione indica 
che viene calcolato il valore dell’espressione £ e che il risultato 
viene assegnato a V. Mentre una espressione indica un valore, una 

istruzione produce un effetto. . . . 

Le sequenze d’istruzioni, le istruzioni condizionali e le istruzioni 
ripetute sono descritte da costrutti sintattici appropriati, chiamati 
istruzioni strutturate. Qui di seguito sono descritti sei tipi di istru¬ 
zioni strutturate; si tratta delle strutture fondamentah di uso piu 
frequente. Il loro significato sarà illustrato dagli schemi di flusso 
a esse equivalenti. 


7.2.1. Istruzioni strutturate 


1) Composizione di istruzioni (v. fig. 7.2): 


begin 71; 72;... ; 



In end 


(7.3) 


Il plinto e virgola c Fopcratorc <li iu<< vuonc itici h c lic l'istru 
/ione a esso successiva va eseguila dopo » In- r lerminata la prece¬ 
dente. I simboli-base begin cd end I ungono da parentesi per le istru¬ 
zioni. Infatti, poiché le sequenze di istruzioni possono assumere 
una lunghezza considerevole, è utile usare delle parentesi appari¬ 
scenti per porre in risalto i raggruppamenti interni a una sequenza 
di istruzioni. 


2) Istruzioni condizionali (v. fig. 7.3 a) e b). 

if D then J1 else 12 if D tfaen 7 


(7.4) 



Figura 7.3.(a). 


Figura 7.3.(b). 


La seconda forma può essere considerata come una scrittura 
abbreviata della prima, dove manca F alternativa II. 

L’uso delle parentesi begin e end diventa significativo nel caso 
delle istruzioni condizionali; per esempio, la sequenza di istruzioni 


if D then /I ; 12 
ha lo stesso significato di 

begin if D then 71 end; 72 
ma non ha lo stesso significato di 


(7.5) 


(7.6) 


if D then begin 71; 72 end 


(7.7) 
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i) Istruzioni ripetitive (v lìg. 


7.4): 


wliile D do / 



l igura 7.4(a). 


repeat I untìl D 



(7.8) 


Os.u-rvazione : poiché nel secondo caso i simboli-base repeat e 
talliti sono già una coppia di parentesi, è lecito usare direttamente 
l.i l'or ma 


repeat II; 12 ; ... ; In untìl D (7.9) 

senza dovei introdurre una coppia begin-end. 

4) Istruzioni di selezione (v. fìg. 7.5): 

case E of V\:I\\ V2\I2 \... ; Vn:In end (7.10) 



▼ 


figura 7.5. 


I 


ttn/lnnd llitr, ufi r lino.I I» 


• Il prooromm. m. <nr. 


A r \ 


Se I espressione E possiede il valore V k , viene scelta cd eseguita 

ristiamone I k (Vi*hVj per i {j). 

Nota', quando /, * •(/ = ** 4 ■ ^ useremo la notazione abbre¬ 

viata: V h Vj, ..., V k :L 

Come già negli schemi di flusso, è facile inserire commenti, con¬ 
dizioni di verifica, ecc., nei testi lineari dei programmi. Basta infatti 
usare la seguente convenzione : le parti comprese fra parentesi 
graffe {and}, rappresentano dei commenti e non hanno effetto 
sull’esecuzione del programma; esse vengono ignorate dal processor. 
Con questa convenzione, è possibile formulare in una notazione 
lineare anche le regole di verifica relative alle strutture fondamentali. 

La forma usuale è: 


{P}I{C} 


ove P è la premessa, / è l’istruzione e C la conseguenza. 


7.2.2. Regole di verifica in notazione lineare. 

1. Assegnamento {P (w>)} vw {P (; v )} (7.11) 

2. Sequenza di istruzioni : 

premesse: W 71 (O 

{C}I2{R} (7.12) 

conseguenza: {P} 71; 72 W 


3. Istruzioni condizionali: 

premesse {P A D) Il {C} 

{P a —cD} 12 {C} (7.13) 

conseguenza: {P} ^ P ^ en 71 72 {C} 


premesse : 
conseguenza: 


{?aD}/{C} (7.14) 

(P A —iZ>) Z? C 

{P} if D then 7{C} 


4. Istruzioni ripetute: 

premesse: {P A D] I {P} (2.15) 

conseguenza : {T 5 } while D do / {P a —t.Z>} 


premesse : 
conseguenza: 


{P}I{Q 

{C a — tD} I {C} 

{P} repeat I untìl D {C} 


(7.16) 
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5. Istruzione di selezione: 

premesse: {P a (E= V k )} I K {C} per ogni K 

conseguenza: {P} case E of 

VI :I1 ; (7.17) 

V2:J2; 


Vrr.In end {C} 


7.3. Semplici esempi di programmi in notazione lineare 

È possibile fin d’ora usare le notazioni introdotte per scrivere 
in forma lineare i programmi esposti nei capitoli precedenti: 

1) Moltiplicazione di due numeri naturali iej(v. fig. 5.17): 

begin z := ft; u := x; 

repeat {z + u*y = x*y, u> 0} 

z : = z + y;u : = u — 1 (7.18) 

until u = 0 
end 

2) Divisione intera di due numeri naturali x e y (v. fig. 5.18): 

begin q .: = 0; r := x; 

while r gr y do 

J/egin {<? * y + r = x, r ^ y} 

r := r — y; q q + 1 (7.19) 

end 

end 

3) Moltiplicazione di due numeri naturali x e y (y. fig. 5.19): 

begin z : = 0; u : = x; v := .y; 

while « ^ 0 do 

begin {z + u*t; = x*j', a > 0} 

if oÀW(«) then z : = z 4* v ; (7.20) 

u : = uàiv2;v : = 2*v 

end 

{* = **>-} 


end 


I* i/|< iiirv linniii' n lingiMuni (Il j m m |n iimmhi/i* illft 


4) Calcolo del m antimo ninnili divisore di due numeri naturali x e 

y (v. tìg. 5.20): 

begin a : = x ; b : = y ; 

while a ^ Z? do 

if a>6 then a:—a — b else b:~b — a 

{MCD (a, b) = MCZ> (x, 7 )} (7.21) 

{MCD(x,jO = <z-Z>} 

end 

Si osservi che la struttura dei programmi ne facilita la lettura. 
Ciò è dovuto alle particolari convenzioni di scrittura, per cui si 
vengono a trovare sulla stessa colonna le istruzioni appartenenti 
a uno stesso gruppo, successivo a una certa condizione o a una certa 
clausola di ripetizione. In particolare, per ogni coppia di parentesi 
begin-end, il begin e l’end corrispondente compaiono in evidenza 
sulla stessa colonna. 

I programmi (7.18) e (7.20) calcolano il medesimo risultato. 
Però essi differiscono per il tempo di calcolo richiesto. Questo può 
essere determinato contando il numero delle operazioni da eseguire. 
Il programma (7.18) richiede due addizioni e due assegnamenti 
per ogni ripetizione. Indicando con z il tempo richiesto per un asse¬ 
gnamento, e con a quello richiesto per una addizione, il tempo com¬ 
plessivo richiesto dal programma (7.18) per eseguire il prodotto 
x*y è: 


2z + 2(z + a)*x (7.22) 

Invece, nel processo descritto dal programma (7.20), oltre a 
una moltiplicazione per 2, a una divisione per 2 e un confronto per 
stabilire se n è dispari, per ogni ripetizione vengono eseguiti, a se¬ 
conda dei casi, o due assegnamenti (n pari), o tre assegnamenti 
e un’addizione (n dispari). La presenza di due casi distinti non per¬ 
mette di valutare in generale il tempo di calcolo esatto; è possibile 
valutare il tempo minimo e il tempo massimo. È più importante 
osservare che, a ogni ripetizione, n viene diviso per due (senza con¬ 
tare il resto) e che perciò vengono eseguite al più log 2 x ripetizioni. 
Quindi il tempo richiesto dal programma (7.20) per eseguire una 
moltiplicazione è, al più: 

3z + log 2 x (3z + a + h) (7.23) 

dove h indica il tempo complessivo richiesto dalla moltiplicazione 
per 2, dalla divisione per 2 e dal confronto n dispari . 






Poiché la rappresentazione interna dei numeri è la rappresenta¬ 
zione binaria, i calcolatori eseguono con la massima rapidità le 
moltiplicazioni per 2, le divisioni per 2 ed i confronti di parità; 
perciò il programma (7.20) è migliore del programma (7.18) anche 
per piccoli valori di x, e quindi è sicuramente preferibile. 

Il seguente programma (7.24) costituisce un miglioramento del 
programma divisione (7.19), analogo al precedente. Analizzando 
gli invarianti del ciclo, è possibile verificare facilmente la correttezza 
dell’algoritmo e coglierne il funzionamento q, r e yv sono variabili 
con valori interi. 

Programma per divìdere il numero naturale x per y: 

begin r x; q 0; w :*= y\ (7.24) 

while w ^ r do w : = 2* w; 

{w = 2 n *y > x} 

while w ^ y do 
begin {q * w + r = x, r ^ 0} 
q := 2* q; w w div 2; 
if w g r then 

begin r : = r — w;q : = q + \ 

end 

end 

{q * y + r - x, 0 g r < w ; q = x div y} 

end. 

La riduzione del tempo di calcolo è ancora dovuta al fatto che 
la ripetizione viene eseguita solo log 2 ( xjy ) volte, anziché xjy volte. 

Sostituendo le sottrazioni ripetute con una divisione, anche il 
programma illustrato nella figura 6.2, che calcola il massimo comun 
divisore di due numeri, può essere modificato in una versione più 
efficiente. Per semplificare la notazione, introduciamo l’operatore 
mod (modulo) che fornisce il resto della divisione intera di due 
numeri naturali x>0 e j>>0; cioè: 

q = x&yy (7.25) 

indica il quoziente, e 

r — x mod y (7.26) 

indica il resto. Perciò vale sempre l’eguaglianza: 


x = (x div y)+y 4- (x mod y) 


(7.27) 


La sottiaziom* ripetuta 


while a^b do a:—a — b (7.28) 

può essere quindi sostituita dall’operazione 

a \~ a mod b (7.29) 

in seguito alla quale a<b . 

Il programma della figura 6.2, scritto in notazione lineare, è: 

begin a . x , b . — y ; 
repeat {a > 0, b > 0} 

while a > b do a : = a - b; 
while b > a do b : = b — a \ 
until a = b 
{a = b — MCD (x, j)} 

end. 

e la corrisponde versione senza la ripetizione della sottrazione è: 
begin a :=*; 6 : = _>>; 

repeat {a > 0, b > 0} ’ 

if a ^ b then a := a mod b ; 

{0 g a < b) 

if a > 0 then b : = b mod a else Exchange{a , b) 
until b = 0 
{a = MCD (x, y)} 

end. 

Questa versione del calcolo del massimo comun divisore fu 
mventata da Euclide ed è uno dei primi esempi noti di algoritmo 
Esso viene per lo più riportato nella forma ancor più semplice: 

begin a := x; b : — y; (7 32) 

repeat a : = a mod b ; Exchange(a, b) 
until b = 0 
{a = MCD(x,y)} 

end. 


La relazione 

x >y > 0: MCD (x, y) = MCD (x mod v, *) (7.33) 

è adeguata per eseguire la verifica. 




7.4. Problemi 


7.1, Stabilire pri mezzo dei diagrammi sintattici (appendice A) quali delle 
sequenze dei simboli sottoelencate possono rappresentare dei numeri, 
delle costanti, delle variabili, dei fattori, delle espressioni o delle istruzioni. 
Fare attenzione alla classificazione degli operatori in tre classi: 

operatori di relazione: = ^ ^ è > 

operatori additivi: h— V 

operatori moltiplicativi : * / div mod A 

dove gli operatori di relazione appartengono alla classe di precedenza 
più debole. 


Numeri 

0.31 

4* 237.2 

3.5 

- 0.005 


4.555 

3 + 5 

3£5 

two 


33,75 

.389 

1£00 

15 


10£ - 4 

1.5 + 2 

00037 

3,250 

Costanti 

100 

true 

+ 15.5 

red 


'A' 

nine 

9/5 


Variabili 

X 

A[i ] 

x + y 

B[un 

Fattori 

BUJ] 

sin(x) 

P 

p V q 


(*) 

x * y 

x-y 

exp{y * ln(x)) 

Termini 

<*) 

x * y 

x-y 

(x-y) 

Espressioni 

X 

2 

a — b 

+ x * y 


M 

(x g y) A (y < z) 

p < q A r < s 

trae 


Istruzioni 

a b a:— 2 2 := a sin(x ♦ y) 

begin a : = 1 end 

if a — 2 then a : « a + 1 else P(x, y) 
whilea > Odoa := a — 1 end 
if x < y then ; z : = true ; else z : = false 
repeat z : = z + 1.5, v : = u — I until y - 0 


7.2. Calcolare le seguenti espressioni: 

2 * 3-4 * 5 = 

15 div 4 * 4 = 

80/5/3 

2/3*2 

Scrivere inoltre le seguenti espressioni nel linguaggio definito nell’ap¬ 
pendice A: 


a — c 




/ 


b* c + 
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b + y/b 2 - Aac 
2a 


i 


* In 


w — a 
w + a 


1 1 
a + b 
c + d 


7.3. Eseguire i programmi sotto indicati per i valori di * e di y riportati; 
scrivere le corrispondenti tabelle di traccia: 

1) programmi (7.18) e (7.20): 

(*, y) = (3,5), (2, 11), (10, 8), (19, 2) 

2) programmi (7.19) e (7.24): 

Oc, y) = (83.15), (117.9), (23.27), (1191.37) 

3) programmi (7.21), (7.30) e (7.32): 

Oc, y) = (84.36), (36.84), (770.441), (15.15) 

7.4. Determinare per il programma (7.24) il numero massimo e il numero 
minimo di operazioni da eseguire in funzione di x e di y e stabilire le condi¬ 
zioni di verifica necessarie e sufficienti dopo ogni istruzione. 

7.5. Tradurre in notazione lineare lo schema di flusso della figura 7.6, 
che calcola MCD ( x , y) e, contemporaneamente, due fattori c t d tali che : 

c*x + d+y—MCD (x, y) 

Dare le condizioni di verifica necessarie e sufficienti. 

7.6. Scrivere un programma corredato delle necessarie condizioni di veri¬ 
fica, il quale calcoli il massimo comun divisore di due numeri MCD (x, y) 
in base alle seguenti relazioni: 

1) (a) MCD (2*m, 2*rì) = 2* MCD(m,n) 

2) (b) odd(n): MCD (2* n) = MCD (m 9 n) 

3) (c) m > n : MCD {m — n, n) — MCD (m, n) 

4) (d) MCD (n, m) = MCD (m, n) 

5) (e) odd(m) A odd(n) : ~iodd(m—ri) 

Nel programma sono possibili solo le operazioni di sottrazione, di 
confronto, di moltiplicazione e di divisione per 2. 

7.7. Si supponga che possa valere, di volta in volta, solo una delle condizioni 
P, Q, R. Si indichi con W P la probabilità che P sia soddisfatta (W Q e W R 
avranno analogo significato). Stabilire in funzione di W Pì di W Q e di W R 
il valore di aspettazione del numero di esecuzioni di P, di Q e di R nelle 
seguenti tre istruzioni: 

1) (a) if P then A else if Q then B else C 

2) (b) if Q then B else if R then C else A 

3) (c) if R then C else if P then A else B 
















Gipltoli* ' 
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Figura 7.6. 


Quale delle tre istruzioni (equivalenti) conviene scegliere se W P > 
>W Q >W R ? 

Esempio : P = (jc > y), £? = (* = y), R = (x < y); 

W p = 0.5, = 0.3, W R = 0.2 

Generalizzare la regola ricavata al caso di « condizioni mutuamente 
esclusive. 



Tipi di dati 


Come già accennato nel capitolo 5, l’elenco di tutte le variabili, 
posto airinizio di un programma, ne facilita la lettura e la compren¬ 
sione; in particolare, ogni buona documentazione è basata sull’in¬ 
dicazione esplicita dei valori permessi per ogni variabile. Tale affer¬ 
mazione è giustificata da validi argomenti; i principali sono: 

1) la conoscenza dei valori permessi per le variabili è indispensabile 
per capire il funzionamento di un algoritmo; infatti, in assenza 
di una esplicita indicazione è estremamente difficile stabilire il tipo 
di oggetti rappresentati da una variabile e individuare eventuali 
errori; 

2) l’adeguatezza e la correttezza di un programma dipendono dai 
valori iniziali degli argomenti; nella maggior parte dei casi sono 
garantite solo per valori compresi entro determinati intervalli, che 
ogni buona documentazione deve indicare esplicitamente; 

3) lo spazio di memoria necessario per rappresentare una variabile 
dipende dai valori che questa può assumere; è quindi necessario 
indicare esplicitamente il campo di tali valori, affinché il compila¬ 
tore possa riservare lo spazio di memoria necessario; 

4) gli operatori che compaiono nelle espressioni sono definiti e 
operano correttamente solo se i valori dei loro argomenti apparten¬ 
gono a ben precisi intervalli; la specificazione di tali intervalli per¬ 
mette al compilatore di stabilire se una combinazione di operatori 
e di operandi è lecita e costituisce quindi una ridondanza utile per 
eseguire un controllo del programma già in fase di compilazione; 

5) gli operatori sono realizzati da opportuni programmi (scritti 
nel codice della macchina) che, in generale, dipendono dal campo 
dei valori permessi per gli argomenti: per esempio, nella maggior 
parte dei calcolatori, la rappresentazione interna dei numeri interi 
è diversa da quella dei numeri reali e completamente diversa è. 
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nei due casi, anche la successione delle azioni di macchina necessarie 
per eseguire le operazioni aritmetiche. 

Per il particolare e importante ruolo che l’insieme dei valori 
permessi gioca nella caratterizzazione di una variabile, tale insieme 
viene chiamato il tipo della variabile. Gli elementi appartenenti 
all’insieme sono detti costanti del tipo considerato. 

D’ora in poi ci atterremo rigidamente alla seguente convenzione: 
tutte le variabili devono essere indicate in una lista, contenente i 
nomi scelti per indicare le variabili e i tipi a esse corrispondenti. 

Una indicazione di variabile è della forma: 

variar (8.1) 

dove v è un nome variabile e T è il tipo della variabile indicata da 
v. Nel caso vi siano più variabili dello stesso tipo da indicare, si usa 
la forma abbreviata: 


var v u v 2j . . . ,v m :T (8.2) 

dove v u v 2 ,..., v n sono nomi di variabili e Tè il nome o la descrizione 
di un tipo. 

La convenzione di indicare all’inizio di ogni programma tutti 
i nomi usati per le variabili, presenta l’immediato vantaggio che un 
compilatore è in grado di stabilire se un qualsiasi nome incontrato 
nel programma è stato preliminarmente indicato. Se ciò non si veri¬ 
fica per qualche nome (per esempio per un errore nello scrivere un 
nome), il compilatore è in grado di segnalare il lapsus con un messag¬ 
gio di errore. Questa ridondanza serve, così, per rendere più sicura 
la programmazione. 

Come si introducono i tipi dei dati in un programma, e quali 
campi si possono rappresentare adeguatamente in un calcolatore? 
Innanzi tutto va ricordato che, di solito, i tipi dei dati vengono clas¬ 
sificati in diverse classi. La caratteristica essenziale di un tipo è 
la struttura dei suoi valori. Se un valore non è strutturato, cioè se 
non può essere decomposto in singole componenti, esso — e il tipo 
a cui appartiene — viene chiamato scalare. In questo capitolo 
vengono introdotti solo tipi scalari, mentre i tipi strutturati verranno 
trattati nei capitolo 10 e 11. La forma generale della indicazione 
di un tipo è : 

type / = T (8.3) 

dove r è il nome introdotto per indicare il tipo e T ne è la descrizione. 
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Un tipo scalare è descritto dall’elenco dei suoi valori, per mezzo 
della seguente scrittura: 

type t = (tv : , w 2 ,. . ., wj (8.4) 

Con una indicazione siffatta vengono introdotti sia il nome t, 
che indica il tipo, sia i nomi H’,, w 2 , w„ che indicano ie costanti. 

Esempi di definizioni di tipi scalari sono: 

type colore — (rosso, giallo, verde, blu ) 
type cose ={rosa, ghianda, cuore, scudo) 
type forma — ( triangolare , rettangolare, circolare ) 
type stato —{solido, liquido, aeriforme) 

Osservazione: se per certe variabili è superfluo assegnare un 
nome specifico al corrispondente tipo, è possibile combinare le di¬ 
chiarazioni (8.4) e (8.2) nell’unica indicazione: 

var v,, v 2 ,..., v m : (w, ,w 2 ,...,w„) (8.5) 

D’ora in poi prenderemo in considerazione soltanto insiemi di 
valori scalari definiti fra loro e ordinati. Per ogni tipo t definito 
dalla (8.4), devono valere i seguenti assiomi: 

1) ivj =p Wj per i f j (unicità); 

2) ve, < Wj per i < j (ordinamento); (8.6) 

3) solo i valori w, (i= 1. n) appartengono al tipo t. 

È inoltre utile introdurre le funzioni successore e predecessore: 


succ (iv,) = iVi + i per 1 < i < « , R ~ 

pred (ivì)=iv,_j per l<i<« ^ ' 

Ogniqualvolta dovremo definire più tipi scalari, ci atterremo 
alla seguente regola: ogni nome di costante va. usato una volta sola, 
in modo che da ogni nome si possa risalire senza ambiguità al valore 
e al tipo corrispondenti. Devono quindi essere evitate definizioni¬ 
ambigue, come, per esempio, la seguente: 


type colore caldo = (rosso, giallo, verde) (R 

colore freddo —{verde, blu , violetto) ^ 

in quanto il colore verde è definito come appartenente a due tipi 
diversi. 
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Definiremo ora quattro tipi scalari, usati assai di frequente e 
considerati come tipi fondamentali in ogni sistema di calcolo. Essi 
sono costituiti dai campi: 1 ) dei valori di verità; 2 ) dei numeri interi; 
3) dei numeri reali; 4) dei caratteri di stampa. Tali campi sono 
chiamati tipi standard ; data la loro importanza, in ogni linguaggio 
di programmazione le loro costanti (eccetto i valori di verità) sono 
indicate per mezzo di costruzioni sintattiche ben precise, che ora 
illustreremo. 


S.l. 11 tipo Boolean 

Il tipo Boolean indica il campo dei valori di verità, formato dai 
due elementi true e false. Il nome booleano deriva dal fondatore 
del calcolo logico, George Boole (1815-1864). Si usa la scrittura: 

type Boolean = (false, true) (8.9) 

Sui valori del tipo Boolean sono definiti i seguenti operatori: 

O logico (disgiunzione inclusiva) (OR) 

E logico (congiunzione) (AND) 

NON logico (negazione) (NOT) 

Dati gli argomenti booleani p e q y i valori delle espressioni 
p v q, p a q e —i p sono definiti nella tabella 8 . 1 . 


TABELLA 8.1. 


p 


! PVq 

: 

pAq 

—iP 

falso 

falso 

1 

! falso 

falso 

vero 

vero 

falso 

vero 

falso 

falso 

falso 

vero 

vero 

falso 

vero 

vero 

vero 

vero 

vero 

falso 


Si osservi che dalla definizione si possono derivare le seguenti 
relazioni, spesso utili: 


1 . p V q — q \/ p 
p A q = q A p 

2. (p V 4 ) V r = p V (q V r) 
(p A q) A r = p A (q A r) 


leggi commutative ( 8 . 10 ) 


leggi associative 


( 8 . 11 ) 


3 ' l" 0 "1 A r “ ! P a 1 0 i" a 1 “S» (8.12) 

(p V q) A r = (p A r) V (q A r) 

4. n(pV(j)=npA-i 9 , eggi di de Morgan (8 13) 

-i(p A q) = -ip V 

L’operatore V appartiene alla classe di precedenza (v. cap. 7) 
più debole, l’operatore A a quella intermedia e ['operatore ~i a 
quella più forte. Per esempio, “i p V q A r significa (~ip) V (q A r). 

Tutti gli operatori indicanti relazioni forniscono un risultato 
di tipo Boolean . Per esempio, l’espressione x = y fornisce il valore 
booleano true se x=y, mentre fornisce il valore false in tutti gli 
altri casi. Gli operatori di relazione più largamente usati sono 
= , =£, <, <, >e>; gli ultimi quattro possono essere applicati 
solo a valori scalari (per i quali è definito un ordinamento, in base 
agli assiomi). Valgono inoltre le relazioni: 

x^y -]( x ^ y) (8.14) 

x ^ y (x < y) V (x = y) 

x è y —i(jc < y) 

x > y ~i(x < y) A ~i(x — y) 

I sei operatori di relazione riportati, quindi, possono venir de¬ 
scritti per mezzo di due di essi e degli operatori logici. 


8.2. D tipo Integer 

Il tipo integer indica il campo dei numeri interi. Ivi, sono definiti 
i seguenti operatori: 

4 - addizione 
— sottrazione 
* moltiplicazione 
div divisione intera 
mod resto della divisione intera 

In ogni sistema di calcolo automatico, il tipo integer specifica 
un intervallo di numeri interi: più precisamente, specifica l’insieme 
di tutti gli interi di valore assoluto minore di un certo valore-limite 
max. Ne segue che la maggior parte degli assiomi deH’aritmetica 
non valgono più nel caso generale. Infatti, indicando per esempio 
con © l’addizione eseguita da un calcolatore in cui il massimo 
numero sia max, vale 


x©}/ = x + y 













solo se |a t y\ mix Quindi, la legge associativa dell’addizione 
( X © y) © z = * © (y ® z) 

vale solo se |x + v| <max e J y — z j <max. Se. per esempio, max = 
*= 100, vale 

60 © (50 © (-40)) = 60 © 10 = 70 

mentre 


(60 ©50) ©(-40) 

ha valore indefinito, poiché 60 + 50= 110 > max. Mentre a prima 
vista, tale situazione può sembrare insanabile, nell’uso pratico dei 
calcolatori essa non ha gravi conseguenze; infatti l’aritmetica di 
un normale calcolatore opera su intervalli di numeri interi talmente 
ampi, che assai raramente si possono verificare casi analoghi al 
precedente, dove un risultato intermedio ha valore indefinito. Co¬ 
munque, una norma minimale di sicurezza è che il calcolo venga 
interrotto non appena qualche risultato intermedio sia indefinito. 
Se non vi sono interruzioni di tal fatta, tutte le operazioni su gran¬ 
dezze di tipo integer forniscono sicuramente risultati esani. Se in¬ 
vece un risultato intermedio supera il valore max si ha un’interru¬ 
zione; tale situazione viene indicata con il nome di overflow. 

In molti casi si sa a priori che i valori di certe variabili intere 
rimangono sempre interni a un dato intervallo I. Quest’informazione 
può essere resa esplicita con una dichiarazione del seguente tipo di 
sottocampo : 

type 1= min ... max (8.15) 

dove min e max sono gli estremi dell’intervallo. L’indicazione espli¬ 
cita degli intervalli può, fra 1 altro, aumentare in modo essenziale 
la trasparenza di un programma. Il tipo integer stesso, è un inter¬ 
vallo i cui estremi dipendono dal particolare calcolatore usato. 


8.3. 0 tipo Char 

Il tipo char indica un campo finito e ordinato di simboli (carat¬ 
teri). Ogni calcolatore dispone di un ben preciso insieme di simboli, 
per mezzo dei quali comunica con l’esterno attraverso i dispositivi 
di ingresso-uscita. I simboli sono quelli usati dai dispositivi di let¬ 


Tipi ili iliil 


tura c di stampa. Una certa standardizzazione dei simboli è neces¬ 
saria, se si desidera clic differenti tipi di calcolatore possano comuni¬ 
care direttamente fra loro (trasmissione dei dati, elaborazione re¬ 
mota, ecc.). Generalmente, si conviene che i simboli usati dai cal¬ 
colatori comprendano le lettere dell alfabeto, le cifre decimali e 
un certo numero di simboli speciali . Il più diffuso è l’insieme standard 
di simboli deciso dalla International Standards Organization (ISO) ; 
in particolare si è affermata la versione americana ASCII (American 
Standard Code for Information Interchange). 

L’ASCII è un insieme di 128 simboli. Poiché 128 = 2 7 , è possibile 
rappresentare ogni simbolo con una combinazione di 7 cifre binarie. 
Una corrispondenza fra simboli e combinazioni di cifre viene chia¬ 
mata codice ; il codice ASCII è un così detto codice di 7 cifre (v. 
app. B). 

Nell’ASCII si fa distinzione fra caratteri di stampa e simboli di 
controllo. I caratteri di stampa si suddividono in lettere maiuscole, 
lettere minuscole, cifre e caratteri speciali. Un’ulteriore distinzione 
è quella fra Yinsieme completo dei simboli ASCII e quello incompleto. 
Quest’ultimo (colonne 0-5 della tabella 8.II) non contiene le lettere 
minuscole ed è di uso corrente su molti calcolatori di tipo commer¬ 
ciale. 


TABELLA 8JI. Caratteri ASCII 



0 

1 

2 

3 

4 

5 

6 

7 

0 

nul 

die 


0 

@ 

P 


P 

1 

soh 

del 

T 

1 

A 

Q 

a 

q 
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stx 

dc2 

rt 

2 

B 

R 

b 

r 

3 

etx 

dc3 

# 

3 

C 

S 

c 

s 

4 

eot 

dc4 

$ 

4 

D 

T 

d 

t 

5 

enq 

nak 

°/ 

/o 

5 

E 

U 

e 

u 

6 

ack 

syn 

& 

6 

F 

V 

f 

V 

7 

bel 

etb 

' 

7 

G 

w 

9 

w 

8 

bs 

can 

( 

8 

H 

X 

h 

X 

9 

ht 

em 

) 

9 

1 

Y 

i 

y 

10 

lf 

sub 
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J 

z 

j 

z 

11 

vt 

esc 

+ 

' 

K 

[ 

k 

{ 

12 

ff 

fs 

5 

< 

L 

\ 

1 

1 

13 

cr 

qs 

- 

= 

M 

] 

m 

l 
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14 

so 

rs 


> 

N 

- 

n 


15 

si 

US 

/ 

? 

O 

— 

0 

del 








Il significato dei simboli di controllo è descritto nell’appendice B. 
Riportiamo qui solo due simboli di controllo: cr ( carriage return) 
e If (line feed). Essi controllano il ritorno del carrello e rinterlinea 
per la stampante. 

Accanto al tipo char, introdurremo due funzioni standard, dipen¬ 
denti dall’ordinamento dei simboli in questione. Esse infatti sta¬ 
biliscono una corrispondenza biunivoca fra l’insieme dei simboli 
(il tipo char) e un sottoinsieme degli interi (del tipo integer). Sono 
chiamate funzioni di trasferimento, poiché permettono di rappre¬ 
sentare le costanti di un tipo con costanti di tipo diverso, e sono 
definite nel modo seguente: 

ord(c) è il numero d’ordine del simbolo c nell’ordinamento dei sim¬ 
boli (nella tabella 8.II, se x e y sono le coordinate del simbolo c, 
ord (c) = 16 * x + y) ; 

chr(f), analogamente, è il simbolo il cui numero d’ordine è i. 

Vale dunque che: 

chr(ord(c)) - c and ord{chr(i )) = i (8.16) 

e la relazione d’ordine tra i simboli è la seguente: 

c t < c 2 <-> ord(cj) < ord(c 2 ) (8.17) 

Per poter indicare che un simbolo rappresenta una costante di 
tipo char, è necessario introdurre una convenzione per identificare 
le costanti: tale convenzione è di racchiudere fra due apostrofi 
i simboli che denotano delle costanti. Per esempio, se si vuole asse¬ 
gnare il valore punto di domanda alla variabile x, si usa l’istruzione 

x: = '?' 

Nei capitoli successivi non si farà riferimento a un insieme di 
simboli particolari. Sarà sufficiente che valgano le seguenti condi¬ 
zioni : 

1) l’insieme dei simboli usati contiene le lettere dell’alfabeto e le 
cifre ; 

2) i sottoinsiemi delle lettere e delle cifre sono ordinati e coerenti, 
cioè: 


c è una lettera -» ('A' <c) a (c <'Z') 
c è una cifra -» (0' <c) a (c <'9'); 


( 8 . 18 ) 


3) l’insieme dei simboli contiene il simbolo bianco (spaziatimi) il 
separatore di linea (eoi significante end of line) c alcun, simboli 
speciali quali il punto, il punto e virgola, la virgola e altri che no 
staremo qui a elencare. 


8.4. Il tipo Reai 

Il fatto che in un calcolatore è possibile rappresentare solo in¬ 
sterai finiti di valori, pone un problema particolarmente grave 
per quanto riguarda i calcoli sui numeri reali. Mentre, per t numeri 
interi le operazioni aritmetiche portano a risultati esatti, pure e 
essi non superino un certo valore limite, la esattezza non e piu pos¬ 
sibile per i numeri reali. 

Infatti qualsiasi intervallo reale, per quanto piccolo, contiene 
infiniti valori (come si suol dire, i numeri reali formano un continuo) 
mentre il tipo reai della aritmetica di un calcolatore contiene so o 
un numero finito di valori; ciascuno di essi rappresenta un intervallo 
del continuo. La sostituzione di un numero x con il valore x, rap¬ 
presentante dell’intervallo cui x appartiene, ha conseguenze che 
dipendono dal problema e dell’algoritmo in questione. La stira 
dell’errore che si commette sostituendo il continuo dei reali con un 
insieme finito di rappresentanti è campo d’indagine specifico de 
calcolo numerico e pone difficili problemi d, approssimazione. I 
processi che elaborano dati di tipo reai son detti numerici, dove 

numerico è sinonimo di non esatto. 

Un qualsiasi calcolo numerico sarebbe privo di senso, qualora 
non si avesse un’idea del tipo e dell’entità degli errori che si possono 
commettere. Per questo è necessario conoscere la rappresentazione 
finita (cioè con un numero finito di cifre) usata per rappresentare 

i numeri reali nel calcolatore. , , . , 

È ormai divenuta di uso comune negli attuai, elaboratori, la 
così detta rappresentazione in virgola mobile, dove un numero 
reale x è rappresentato da due numeri interi e ed m, compresi in 
un intervallo finito, nel seguente modo. 

x = m*B e , - E<e<E, — M <m <M (8.19) 

I valori di B, di E e di M variano da calcolatore a calcolatore. 
B è chiamato base della rappresentazione, ed è per lo più una potenza 
di due. Uno stesso valore x può essere rappresentato da piu coppie 
di interi. Una forma canonica (o forma normale) si ottiene dalla 
condizione aggiuntiva 


i sm<1 


( 8 . 20 ) 








Usando la rappresentazione canonica, la densità dei rappresen¬ 
tanti per intervallo decresce con un andamento esponenziale. Per 
esempio, se 2? =10, il numero dei rappresentanti deH’intervallo 
0,1 -5-lè uguale al numero dei rappresentanti dell’intervallo 10 000 -f- 
— 100 000. La scelta dei valori di B, di E e di M e la corrispondente 
distribuzione non uniforme dei rappresentanti hanno conseguenze 
non facilmente valutabili e le operazioni elementari relative ai valori 
di tipo reai non possono essere esatte; tuttavia, esse devono soddi¬ 
sfare un insieme di condizioni minimali, qualunque sia Yaritme- 
tica usata. 

Una formulazione generale di tali condizioni è fornita dagli 
assiomi seguenti Al, A2, A3, A9. 

Al. Il tipo reai (indicato con R) è un sottoinsieme finito dell’insieme 
R dei numeri reali 


RaR 

A2. A ogni numero xeR è associato un unico numero xeR; x è 
chiamato il rappresentante di x. 

A3. Ogni xeR rappresenta molti xeR, ma l’intervallo che x rappre¬ 
senta è coerente (cioè, se x t <x 2 , x x = r e x 2 = r, allora x = r per 
ogni x, < x < x 2 ). Inoltre vale 

xeR =>x = x; 

in particolare, 0 e 1 devono essere rappresentati esattamente; cioè 
dev’essere OeR, leR, e quindi 5 = 0 e 1 = 1. 

A4. Vi è un valore massimo max, tale che x = O (Q indica il valore 
indefinito) per tutti gli jxj > max. L’insieme dei numeri reali |x| > 
> max vien detto insieme di overflow e verrà indicato con O. R—O 
è coerente. 

Dagli assiomi precedenti segue immediatamente che, per x, yeR — 


x <y=»x <y 

x=y=>x=y ( 8 . 21 ) 

x > y==>x >y 

A5. R è simmetrico rispetto allo 0, cioè: 

= -(*) (8.22) 

Esporremo ora le proprietà alle quali deve soddisfare l’aritmetica 
di un calcolatore per essere impiegata nei calcoli numerici. Gli 


operatori aritmetici base sono l’addizione, la sottrazione, la molti 
plicazione C la divisione, indicate rispettivamente con i simboli 
©, © , ® , 0 • Assumeremo sempre x,yeR. 

A6. Commutatività dell’addizione e della moltiplicazione. 


x © y = y © x, x® y - y®x 
A7. X è y è 0 -+ (X © y) © y = X 

A8. Simmetria rispetto allo 0 delle operazioni base: 
x © y = x©(-y) = -(yQx) 

(—x) <g> y = x@ (-y) = -(x ® y) 

( — x) 0 y = x 0 (->’) = -(x 0 y) 

A9. Mono tonicità delle operazioni base: 

0 ^ x g a and 0 g y ^ b 

x © y S a © b x © b g a © y 
x®y£a®b x0bga0y 


(8.23) 

(8.24) 

(8.25) 


(8.26) 


Quindi è possibile che per certi valori 0 <x<at(><y <b valga 
x y = a box y = a b, mentre non è possibile che valga 
x y>a b oppure x y>a b. 


Dai precedenti assiomi si ricavano le seguenti proposizioni, che 
rappresentano proprietà importanti e fondamentali per un aritme¬ 
tica: 


y è 0 
x è y 

(x è 0) A (0 g y g 1) 

0 < x g y 

x © x = 0 
x©0=x©0=x 
x ® 0 = 0 
x 0 1 = x 0 1 = x 
X 0 X = 1 

Si osservi che mancano la legge associativa e la legge distributiva. 
Un esempio di calcolo numerico, in cui non valga la legge associa¬ 
tiva dell’addizione, è il seguente (in un’aritmetica a quattro cifre): 

x = 9.900 y = 1.000 z = -0.999 

L (x © y) © z = 10.90 © (-0.999) = 9.910 
2. x © (y 0 z) = 9.900 © 0.001 = 9.901 


(8.27) 








Un esempio in cui non valga invece la legge distributiva (sempre 
in un’aritemtica a quattro cifre) è: 

x = 1100. y=- 5.000 z = 5.001 

1. (x © y) © (x ® z) = -5500. © 5501. = 1.000 

2. x ® (y © z) = 1100. ® 0.001 = 1.100 

Le operazioni che richiedono maggiore attenzione sono l'addi¬ 
zione e la sottrazione. Infatti, la causa principale degli errori di 
calcolo numerico risiede nella sottrazione di numeri di valore quasi 
eguale; in tal caso, infatti, le cifre più significative si eliminano 
fra loro e la differenza risultante perde un certo numero di cifre signi¬ 
ficative o anche tutte. Questo fenomeno è detto cancellazione. 

Altra causa d’errori è la divisione per valori molto piccoli, poiché 
il risultato può facilmente superare il valore di overfiow. Quindi 
deve essere evitata non solo la divisione per 0, ma anche la divisione 
per valori prossimi allo 0. 

Come misura della precisione di un’aritmetica in virgola mobile, 
si può assumere il numero e, definito da: 

£ = min (x | (1 + x)~ # 1) (8.28) 

x> 0 

cioè e è il più piccolo numero positivo tale che l =£ (1 + g). Se in un 
calcolatore la precisione della rappresentazione dei valori di tipo 
reai è di « cifre decimali, vale: g=10“". 

Benché, da un punto di vista puramente matematico, i numeri 
interi siano un sottoinsieme dei numeri reali, per ragioni pratiche 
si suole considerare il tipo reai e il tipo integer come due tipi di¬ 
sgiunti. Per poter stabilire il tipo di una costante in base alla sua 
rappresentazione, si conviene che un numero è di tipo integer se, 
e solo se, la sua rappresentazione non contiene alcuna cifra frazio¬ 
naria né alcun fattore di scala. Tutti i numeri con cifre frazionarie 
(o con un fattore di scala) devono essere classificati nel tipo reai . 
Inoltre, nel calcolo numerico, valgono le regole seguenti. 

1) In una espressione con valori reali un qualsiasi operando di 
tipo reai può essere sostituito con un operando di tipo integer. Una 
conversione esplicita integer-* reai non è quindi necessaria. Nondi¬ 
meno, il programmatore deve tener presente che tale conversione 
avviene implicitamente: infatti essa viene eseguita direttamente dal 
compilatore in tutti quei calcolatori che usano rappresentazioni 
distinte per il tipo reai e per il tipo integer . 

2) Se una grandezza con valori reali ne rimpiazza una che può assu¬ 
mere solo valori interi, è necessario specificare esplicitamente una 


e 


i ... tuattr Adotteremo come ! unzione 

funzione eli coiiv< ■ Monr irai ■"«•K calcolatori' 

di conversione swn.lard. In più usata dagli attuali calcolatori. 

trunc(x) 

il valore da essa fornito è il numero intero che si ottiene troncando 
le cifre frazionarie di x. Per esempio: 

tnmc{ 5.8) = 5, trunc{ - 4.3) = - 4 

Possiamo ora definire la funzione di arrotondamento : 


round(x) = 


trunclx + 0.5) se x >0 
trunc{x — 0.5) se x < 0 


(8.29) 


Esempio S.l. Soluzione di m'equazione di secondo ,grado- C» 

eludiamo il « » 

delia candele. Siano 

x^e x 2 le due soluzioni dell’equazione di secondo grado 


a*x 1 2 + b*x + c = 0 a± 0 


Una traduzione diretta della nota formula 


-b ± yfb* - 4uc (8.30) 


dà luogo alla sequenza di istruzioni 

d: = sqr t (s<zr(b)-4*a*c); (8.31) 

x 2 :■= -(b + <0/(2 * a ); Xi •=(d - b )/{2 * a) 

Per esempio, se «- 1.000, b = -200.0, e- 1.000 eseguendo i 
calcoli in un'aritmetica con 4 cifre, si hanno i risultati 

d = s<7rr(40000 - 4.000) = 200.0 
x, = 400.0/2.000 = 200.0 
x „ - 0.000/2.000 = 0.000 

Però, i risultati esatti fino alla quarta cifra sono. 


x t = 200.0 e x 2 = 0.005 










Se si assume come misura della bontà di un risultato la precisione 
relativa, x 2 dev’essere considerato un risultato completamente er¬ 
rato. Un metodo di soluzione che permette di superare le difficoltà 
connesse all’uso di un’aritmetica in virgola mobile di precisione 
unita, si basa sulla relazione: 

*1 * x 2 — c/a (Vieta) (8.32) 

Si può calcolare una delle due soluzioni, e precisamente quella 
di valore maggiore, con la formula usuale. La seconda soluzione 
si ottiene dalla prima in base alla (8.32) mediante una divisione 
operazione che conserva la precisione relativa. Si ottiene così il 
programma: 


d := sqrt(sqr(b ) -4 * a* c); ( 8 . 33 ) 

if b è 0 then x, : = -{b + d)/(2 * a) 
else xù= (d - b)/(2 * a); 
x 2 : = c/(.vi * a) 

Il problema trattato è uno dei tanti esempi, in cui non si possono 
applicare m modo automatico i metodi di soluzione della matematica 
poiché si opera con i limiti di un calcolatore reale. 


8.5. Problemi 

nÌr,rn U u!L d 9 el Q è S f egUentÌ «Passioni sono sintatticamente corrette? Qual’è 
il loro tipo. Si facciano le seguenti dichiarazioni di variabili: 

var x,y,z: reai ; i, j, k : imeger 

x + y*i ìmod (/ + ;,) i+j-k 

' div ^ + * x + y<i+j k- tranci* * 0 

i*x+j*y x < y A y < z x = i 

l'L u°? P u etarC ‘ (7.18), (7.19), (7.20), (7.21), (7.24) e (7 30) 

con le dichiarazioni delle variabili necessarie. V 

8.3. Scrivere un programma che calcoli la somma 

1 - 1/2 + 1/3 - 1/4 + •.. + 1/9999 - 1/10000 

nei seguenti quattro modi: 

1) sommando i termini da sinistra verso destra; 

2) sommando i termini da destra verso sinistra; 


3) sommando separatamente i termini positivi . quelli "!>'»!. 4* lin,#tf 

4) r comc S in a 3), ma da destra verso sinistra ^ quattro 

Valutare i vantaggi, gU .^ma^Sragon M^i risultati ottenuti eseguendo 
versioni diverse di tale calcolatore ; suggerimento^ le 

il programma (nelle 4 vers.om) su^. ^ tte nella forma 

?risuK, con'u^preJisLne di 30 cifre decurtai,, e 

0 693097183059945296917232371362 

. rnoltìolichi n volte la variabile complessa 
8 4. Scrivere un programma c e ,Q gj . 

z per la costante complessa c = ^t esen t 4 U mediante due variabili 
“ P Una variabile complessa viene assoluto i. Se anche il valore 

reali xey. Si osservi che la costanti h a n ora il valore di z dopo 

iniziale di z è 1 (per esempio z« - 3/ 
n moltiplicazioni per c e. 

z. = z 0 *c" e l z "i = l 

Quindi, se si calcola, nel programma, il valore 

dopo n moltiplicazioni, ciò j>uò «sere usat0 P er ValUtarC 1 P 
del calcolatore. Scegliere n-0 0 . 
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9.1. Successioni 

Nei capitoli precedenti abbiamo introdotto le principali strutture 
dei programmi, i principali oggetti del calcolo e gli operatori che 
agiscono su tali oggetti. Nel presente capitolo esamineremo più 
da vicino i programmi che rappresentano semplici ripetizioni, in 
generale della forma: 


whiieCdo/ (9.1) 

Innanzitutto ricordiamo che una ripetizione ha senso solo se, 
dopo un numero finito di ripetizioni, la condizione C non è più 
soddisfatta. Ne segue che / deve modificare almeno una variabile 
che compare nell’espressione C. Se usiamo la notazione V per indi¬ 
care l’insieme delle variabili, cioè se consideriamo ogni variabile 
del programma come una componente dell’insieme V, l’istruzione 
(9.1) è fornita dallo schema generale (di programma): 


while p( V) do V : = /( V) 


(9-2) 


dove p è un predicato (funzione booleana) e / è una funzione. 

Indichiamo con V, fi valore delle variabili V dopo i ripetizioni 
dell’istruzione /. Allora V percorre la successione di valori 


Vo, V u V 2 , 


V, 


(9.3) 


Programmi UimiIi mi ««!••• >■.> h ♦ » . 


tif 


c valgono le seguenti relazioni: 

per ogni 1. r ( = /(t'i-i) for a *l 1 > 0 

per 2. Vi ^ t’j for all i # j (9.4) 

3 - 

per ogni 4. p(v { ) for all i < n 

All’inizio della ripetizione V deve avere un ben determinato 
valore V 0 . La disattenzione di questa regola fondamentale è uno 
degli errori più frequenti nella programmazione. 

Le relazioni (9.4) mostrano che l’istruzione while è la forma 
più adatta a rappresentare programmi il cui compito sia espresso 
da una relazione di ricorrenza. Spiegheremo questa affermazione 
con dei semplici esempi. 

Esempio 9.1. Calcolo del fattoriale: la funzione 

fin)— 1*2*3*. ..*n = n\ (n ^0) (9.5) 

può essere calcolata facendo uso della relazione di ricorrenza 

/ {ri) = n*f {n — 1) per n > 0 (9.6) 

e della condizione iniziale 


/( 0)=1 

Per calcolare /(«) introduciamo le variabili x e k, facendo in 
modo che, dopo i ripetizioni dell’istruzione I, i loro valori siano de¬ 
finiti dalle relazioni 

££hT!} per ,>0 (97) 

e dalla condizione iniziale 

Xq — 1 , = 0 

Il programma che si ricava dalle relazioni (9.7) e dallo schema 
(9.2) è: 


var F v K : integer ; J/i ^ 0} 
begin F ^ ì : K :—0\ 

while K # n do 
begin {F = K !} 

K:=K + 1 ;F:=K*F 

end 

{F = rt\} 


(9.8) 


end 












Afl ( upiti >|( » 0 




Poiché k percorre la successione dei numeri naturali e vale 
n ■ 0, il programma termina. Si osservi che l’ordine con cui vengono 
eseguite le due istruzioni ripetute è determinante. Infatti, se l’ordine 
lossc invertito, il programma corrisponderebbe alle relazioni ricor- 
ni ve: 


Xj 1*X| - JL 


(9.9) 


c non alle (9.7). 


Esempio 9.2. Inverso di un numero reale', consideriamo le due 
successioni a 0f a u ... e c 0y c l7 assegnate dalle relazioni di ricor¬ 
renza 

= «j-i * (1 + *1-1) 

c, = cf- } 


for i > 0 


(9.10) 


<* dalla condizione iniziale 


a o = "lf C 0 = 1 - X 0 < X < 1 

Si può dimostrare che 


a- = 


1 - c* 


allora, da | c n \ = c$ n e da |c 0 |<l segue: 

lim a n = - 

«-•co -X 


(9.11) 


(9.12) 


Traccia della dimostrazione: usare le relazioni 


1) 

2 ) 


a, = (1 ■+■ c„_ i) * • • ■ * (1 + c,)*(l + c 0 ) 

1 + c,-1 = 1 

l-c t . 1 - c { -1 


Dallo schema (9.2) e dalle relazioni di ricorrenza (9.10) si ottiene 
il programma (9.13), che calcola un valore approssimato di 1/x 
usando solo addizioni e moltiplicazioni. 


var A, C: reai ; (0 < x < 1} 
begin A : = 1; C:~ 1 - x; 
while abs(C) > e do 

begin {A * x = 1 — C, 0 < G < 1} (9.13) 

A:= A * (1 + C); C:= sqr(C) 

end 

{(1 - e)/* SA< 1/x}. 

end. 


<9 131 termina quando Ci«. Poiché c 0 • I c 

M prograrnina(9.1 3)tenru ^ num „ 0 „ talc che c, <« 

c. 4', 4 garantita I «iste __ £ g . osservi che anc he in questo 
pro^'aMna 11 ! ordine di esecuzione dette due istruaiom npetute e 
essenziale. 


e or Radice Quadrala'- consideriamo le due successioni 

a 0 T P •Ì “ aLgnate dalle relazioni di ricorrenza 


a, = ! ■*= (1 + 

c, = cf_ , * + Ci- i)J 


for i > 0 


(9.14) 


e dalle condizioni iniziali 

x Co = 1 - x 0 < x < 1 

Con una manipolazione formale algebrica si dimostra che 

(9-15) 


Poiché I Co I > o, segue inoltre che 
limc. = 0 and 

Traccia della dimostrazione: usare le relazioni: 


e 

x 

a* 


a„ = (1 +ìc«-i)*0 +ì c o ) * x 


(1 


+ jCi- i ) — 


Jì - c~Ti 


1 n/1 C "~~ 1 - --- • • 

= (i + jc 0 ) • - - (i + ¥^7) (i + èc 0 )-..(i + K-2K/1" c '' 
yì - c t _ yfj- ~~ Co _ : 

Daiilrt™ 3 e 3o„i « ricorrenza (9.14, si onte- 

var z4, C: rea/; {0 < x < 1} 

begin /4 := x; C := 1 ~ 
while abs(C ) > £ do 
begin {z4 2 = x * (1 - C), C _ 0} 

X := /! * (1 + 0.5 * C); 

C : = sqriQ * (0.75 + 0 25 * O 

end 


{x*(l -«)5S^ 2 <x ì 

end. 

che da una valutazione dell’errore. 
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Il programma lei mina in base alla condizione (9.16), che afferma 
che e tende a 0. 


9.2. Serie 

Le istruzioni della forma (9.1) sono adeguate non solo ai calcoli 
sulle successioni numeriche ma anche ai calcoli sulle serie. Consi¬ 
deriamo la serie 


S 0-> S l? • • • 

costruita a partire dalla successione di termini 


ponendo 


*<>♦ *1» *2* • • • 


(9.18) 


(9.19) 


s, — £ 0 + + ' “ + (9.20) 

Se la successione è definita dalla relazione di ricorrenza 

t, =/(»,- 1 ) Per/>0 

per la serie vale: 

s, = s, _, + f,- per i > 0 
s 0 = [ 0 

Il programma Che, dopo i ripetizioni, assegna alla variabile 5 
il valore s h è fornito dallo schema: 


(9.21) 

(9.22) 


T : — t 0 ; S '. — T; 

while p(S, T) do 

begin T : = /(7); S : = S + T 

end 


e valgono le seguenti relazioni: 

1. t £ =/(f i _ 1 ) per i > 0 

2. f; ? tj per i * j 

3. s, = s,-! + f ; per i > 0 

4. -i p(s„tj 

5. p(s ; , f,) 


(9.23) 


(9-24) 


per tutti gli i < n 


, jj . in | r v i termini delle tornine 
Esempio 9.4. Approssimazione di cxp(i). 

parziali 


Si 


X 2 x 

1 +X+2Ì + -- + 7T 


(9.25) 


sono definiti dalla relazione 


I>« <9 - 26) 

e dalla condizione iniziale t 0 = 1- 
Com’è noto, vale 

lim s„ = exp (x) (9 ' 27 - 

rt— OD 

n tutti i numeri reali .x, cioè i termini 

e la sene converg ^ ^ loro somma converga a un limite 

decrescono m modo tale c * o da , pr0 gramma (9.28), co- 

S taSS ““schema (9.23) e alla resone di ncomaaa 

(9.26). 


var T, S: reai, K: integer ; 
begin 7" : = 1 ; S : = T; K ■ — 0 ? 

while T > e do t-v k /K'> 

begin {5 = 1 + x + • • • + **/*!, T /* • > 

K:=K + 1; T =T*X/K; S .= S + 


(9.28) 

«} 

T 


end 


end. 


Il valore finale S approssima exp (x) con un errore pan a: 

£® k+i (xVì!) 

S"^sa" cn.no di —« * — 
nell’esempio seguente. 


Esmp io 9.5. Approssimazione di *.(*): i “ delle somme 
parziali 



+ (-l) 2i '~ 


x 2i-l 
* ( 2 ‘ - 1)1 


(9.29) 











sono definiti dalle relazioni 



kj*(kj - 1 ) 


kj — kj _, + 2 


e dai valori iniziali t 0 =x e jt 0 = 1 . 
Com’è noto 


(9.30) 


lim s„ — sin (x) (9.31) 

n~* oo 


Il programma che calcola un valore approssimato di sin (x), 
ottenuto sostituendo le (9.30) nello schema generale (9.23), è: 

var S , T : reai ; K: integer ; 

begin T : = x;K := 1 

while abs(T) > e * aòs(S) do (9.32) 

begin K : — K + 2; T := -T* sqr(x)/(K* (K - 1)); 

S + T 

end 

end. 

Si osservi che nei programmi (9.13), (9.17), (9.28) e (9.32) il nu¬ 
mero dei termini della successione o della serie calcolati non può 
essere determinato facilmente in base alle condizioni di terminazione. 
I tennini della serie (o delle successioni) dei precedenti esempi hanno 
valore assoluto tendente a 0. Quindi il numero delle ripetizioni 
dipende sicuramente da e. Ma esso dipende anche dalla rapidità 
di convergenza della successione; questa, a sua volta, è una funzione 
dell’argomento x. Perciò, quando si usano delle relazioni di ricor¬ 
renza per costruire dei programmi, occorre sempre far molta atten¬ 
zione, anche se l’analisi matematica garantisce la convergenza. 
Nell’esempio (9.4) la rapidità di convergenza è alta per valori di 
x piccoli. Per x <G si usa la relazione 

exp(-x) = l/exp(x) per x < 0 (9.33) 

mentre per valori di x > 1 si usa la relazione 

exp (i + y) = exp ( i) * exp (y) per x > 1 (9.34) 

dove x = i+y e i = trunc (x). Infatti exp (/) può essere calcolato 
con maggior rapidità eseguendo ripetute moltiplicazioni di e. 


Occorre anche fare attenzione quando i termini della sene hanno 
segni alternati. Nell’esempio (9.5), la sene converge rapidamente 
solo per piccoli valori di x. Per argomenti compresi nell mtevallo 
( 71 , 2 n), si usa la formula 

sin (x + n)— — sin (x) (9.35) 

e per quelli esterni aU’intervallo (0, 2 ti), si usa la relazione 

sin (x + 2 /i 7 i) = sin (x) (9-36) 

Se si usano inoltre le relazioni 


sin (x) = sin in — x) per 


^r<x<n 

2 


sin (x) = 


= cos(i~xj 


(9.37) 


per 


— < x < 

4 


è possibile calcolare i valori di sin(x) limitandosi a considerare 
l’intervallo 0 <|x| <ti/ 4, dove la rapidità di convergenza è suffi¬ 
cientemente alta per gli scopi pratici e dove il numero dei termini 
è abbastanza piccolo da mantenere entro limiti trascurabili gli errori 
di arrotondamento dovuti all’uso di un’aritmetica con precisione 

^programma (9.32) è adatto per mostrare l’utilità di un’altra 
regollbL della programmazione. All’interno del gruppo delle istru¬ 
zioni ripetute viene calcolato il valore di x ; questo calcolo viene 
ripetuto, benché il valore di x (e quindi anche quello di x ) rimanga 
inalterato. Un tale spreco di calcolo può essere eliminato calcolando 
x 2 una sola volta (ciò va fatto fuori dall’istruzione di while) e asse¬ 
gnando il valore x 2 a una variabile ausiliaria h, che sostituirà x 
dovunque necessario. La formulazione generale e fornita dalla r*- 
gola base: se un valore/(x) viene utilizzato in una istruzione ripe¬ 
tuta K e se il valore di x non viene modificato durante 1 esecuzione 
di R si introduce una variabile ausiliaria he si assegna ad h il valore 
/(x); si sostituisce poi h a/(x) in R. Cioè lo schema 


while P do 

begin .. .f(x) ... end 


(9.38) 


viene sostituito dallo schema : 


h : = /(x); 

while P do 
begin ... h ... end 


(9.39) 
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9.3. Problemi 


9.L M od ilici ir i programmi (9.28) e (9.32) in modo che le funzioni exp (jc) 
e sin ( x) siano calcolate in modo efficiente, utilizzando le relazioni da (9 33) 
a (9.37). 

9.2. Scrivere un programma che calcoli una approssimazione di cos (x), 
in base allo schema generale (9.23). 


C0S( X )= 1 - _ + 


9.3. In base allo schema generale (9.23), scrivere un programma che calcoli 
una somma finita della serie: 


f 


exp(—u 2 )du = x- —— 
o j * I ! 


+ — 


3*2! 7*3! 


N.B.: si osservi che la serie converge lentamente per x>\; quali 
sono le conseguenze da tener presenti usando un calcolatore con precisione 
finita? (Vedere, per esempio, Tandamento dei singoli termini per x==5, 6). 

9.4. Scrivere, in base allo schema generale (9.2), un programma che calcoli 
i numeri di Fibonacci nei seguenti due modi: 

1) secondo la definizione ricorsiva 

fi+\ - fi +/-1 /' > 0 

/o = 0, f 1 = I 

2) secondo la formula 


fi = round {c'/^fì) 

dove 

c = (l + v/5)/2. 

Usare il valore approssimato: V5 —2,236068; determinare il mini¬ 
mo i per il quale i valori /,• calcolati nei due modi sono diversi. 

9.5. Scrivere un programma, secondo lo schema generale (9.2), che calcoli 
il logaritmo di un numero x in base 2 (1 <x <2). Impiegare le relazioni 
di ricorrenza: 


f a?_ , if af_ [ < 2 
ifu?. l à2 





S;_ t ifajL, < 2 


per i > 0 e a 0 =x, b 0 = 1, j 0 = 0. 


Fermfl re il calcolo quando b, - ■ Trovar# gli invarianti .Iella JPjrjWoi» 
e verificare in base a rss, che lim *.-log(*> è la terminazione dell algori- 

imo. „ .. 

9 6 Verificare i risultati nei programmi (9.13) e (9.17) in base alle condi¬ 
zioni di verifica necessarie dedotte dagli invarianti indicati. 

9 7 Sostituire nei programmi (9.13), (9.17), (9.28) e (9.12) la> E^dczza 
r con zero I programmi risultanti terminano ancora usando un antmc 
in virgola mobile con precisione finita? Quali assiomi (v cap. 8) sono par¬ 
ticolarmente importanti per assicurare tale condizione. 

:«r Essente 

rapidità di convergenza dei programmi per differenti valori di x. 
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differenti (lettore e perforatore) e poiché in un programma ogni 
variabile di tipo file è abbinata a un dispositivo ben preciso, è pos¬ 
sibile eseguire di volta in volta una sola delle due operazioni. Un 
file che può essere solamente letto è detto file d J ingresso {input file), 
mentre un file che può essere solamente scritto è detto file di uscita 
{output file); 

3) stampanti : il file corrispondente è un file d’uscita. 

Il concetto di file serve per fare astrazione da questi particolari 
mezzi di memoria e per formulare in generale le caratteristiche 
e gli operatori a essi comuni. Nei paragrafi successivi descriveremo 
gli operatori più importanti, senza specificare quale legame esista 
tra una variabile di tipo file e un certo mezzo di memoria. 


10.2. Generazione di un file 

Nella dichiarazione di una variabile di tipo file (come per le varia¬ 
bili scalari) vengono contemporaneamente stabiliti il nome, il tipo 
e la struttura. Il numero delle componenti {lunghezza del file) rimane 
però libero e può variare durante l’esecuzione del processo di calcolo; 
questa proprietà dinamica è una caratteristica particolarmente im¬ 
portante della struttura di un file . In ogni caso, le componenti non 
possono venir introdotte o prelevate a piacere, ma solo in un ordine 
strettamente sequenziale, mediante gli operatori e le procedure 
standard che esporremo in questo paragrafo e nel successivo. 

La procedura put (/) serve per aggiungere una componente alla 
fine di un file fi La componente aggiunta a/è il valore (o contenuto) 
del buffer f\ . L’effetto di put (fi) è descritto formalmente dalla (10.4). 

{(fi = a) A (/T = x)J putifi) {/ = «•<*>} (10.4) 

Per permettere una realizzazione efficiente delle variabili e degli 
operatori di tipo file , è utile che il valore della variabile di buffer sia 
indefinito dopo l’esecuzione dell’operatore put, in modo che put (fi) 
non eserciti alcun effetto collaterale su fi]'. 


Esempio 10 A. Generazione di un file : generare un file la cui com¬ 
ponente /-esima possieda il valore i 1 e contenga tutti i quadrati 
perfetti minori di n . 

Dalle relazioni ricorsive 


a, = fl £ _, + 

= +2 J 


for i > 1 


(10.5) 


ponendo a 1 =b l = 1, si ottiene a x = i 2 . Il programma cercato è: 
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var A, B: integer ; 
fi: file of integer ; 

begin A : = 1 ; B 1 ; 

repeat {A = {B + l) 2 /4} (10.6) 

fV'=A; put(f); 

B := B A- 2; A := A + B 

until A ^ n 

end. 


10.3. Ispezione di un file 

Dopo che un file è stato preparato, generato, scritto, esso è pronto 
a essere ispezionato, letto, esaminato. 

Si procede ancora in un modo strettamente sequenziale : le com¬ 
ponenti vengono lette nel medesimo ordine col quale sono state 
scritte. Quindi durante la lettura vi è sempre una certa posizione 
di ispezione del file . Se consideriamo un file concreto, per esempio, 
un nastro magnetico, questa posizione corrisponde alla posizione 
della testina di lettura. Durante la scrittura, la testina è sempre 
posizionata alla fine del file astratto, per cui non occorre indicarne 
esplicitamente la posizione; è invece necessario poter esprimere 
formalmente la posizione di lettura. Il modo più semplice è asse¬ 
gnare un nome, per esempio /$, alla parte del file a sinistra della 
posizione di lettura e un nome, per esempio f D , alla parte del file 
a destra. 

Varrà sempre la relazione invariante: 


/=/s&/d (10.7) 

Si noti che f s , f D e & non sono impiegati direttamente in alcun 
linguaggio di programmazione. Tali oggetti ed operatori sono qui 
introdotti solamente per definire formalmente gli operatori-jì/e 
(per esempio put(fj) e per illustrarne il significato. 

La prima componente di f D è l’unica che può essere esaminata 
direttamente. Per mezzo della funzione ausiliaria 

first{(x x ,x 2 , ... ,x„» = x, (10.8) 

possiamo descrivere le due importanti procedure file reset (/) e 
get (/). 

L’istruzione reset (J) situa la posizione di lettura all’inizio del 
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10.1. H concetto di file 

sucLt'i ‘ un ”° le **“■« ««w- ■ 

de. valor, todiit da ' !> «»PO 

(da cui il nome scolorii. Nella elaborazione di gr'os» mLsTdTdati 

irsTT? szsrss* inttn 4 - «ss s 

da un unico nome sono chiami* y amente ’ tali in siemi, indicati 
sono di diversi tini’- esse diff ^ stTutt ^ati. Le strutture possibili 

valori JZZX™ ™^ZT P 1r™ Per U dei 
indicati e per/opiJl 

1) l'indicazione del tipo della struttura- 
■ > l lnd icazione del tipo delle componenti. 

i£Sl-“*SsS,SS 

( l u< nze e sec l u ential file ; che nel seguito abbrevieremo non gì 
lasciando implicito l’attributo sequenze Per indicai t, ^ 

' te —rum di .ipojBe e compLmlt/" 

type F = file of F (10 2) 

I ulte le componenti sono perciò dello stesso tipo 
valon d, F sono gli elementi del semìg-ruppe //iero oosmnto sul 
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tipo T delle componenti, semigruppo che può essere dclinito l'or 
malmente per mezzo deiroperazione di concatenazione. Siano 

a - <x u x 2 ...x„y and (i = (y„y 2 ... y n ) 

due sequenze, o file. L’accostamento (o concatenazione) dei due 
file viene indicato nel modo seguente: 

<*■ P = (x, ...x m ,y l ,y 2 .. ,y a ) (10.2) 

Il tipo F definito dalla (10.1) è allora assegnato dai seguenti 
assiomi : 

1) < ) è un (valore di) F, la sequenza vuota ; 

2) se / è un F e t è un T, allora /• {t ) èunf; 

3) non vi sono altri valori di F. 

Una variabile/di tipo file, viene indicata secondo le convenzioni 
esposte nel capitolo 8: 

var/.F or var/: file of T (10.3) 

Il suo valore è sempre una successione di valori di T. Per ragioni 
che vedremo in seguito, si conviene che una qualsiasi dichiarazione 
di un file introduca (contemporaneamente alla variabile di tipo 
file) una variabile speciale appartenente al tipo T delle componenti, 
detta buffer e generalmente indicata con T. Essa viene utilizzata 
per togliere o per aggiungere componenti a /. 

Nell’uso pratico dei calcolatori, i file giocano un ruolo particolar¬ 
mente importante. Essi sono adeguati a rappresentare i dati memo¬ 
rizzati in apparecchiature con parti meccaniche; in tal caso, infatti, 
l’accesso sequenziale è il più adatto o addirittura l’unico possibile, 
poiché le informazioni sono inviate al meccanismo di lettura o di 
scrittura in un ordine strettamente sequenziale. Le operazioni che 
un calcolatore può eseguire su di una memoria dipendono ‘dalle 
caratteristiche fisiche di quest’ultima. I mezzi di memoria sotto 
elencati sono generalmente trattati come memorie sequenziali e 
sono largamente usati: 

1) nastri magnetici e dischi (memorie su tamburo magnetico): le 
operazioni possibili sono scrivere, leggere, cancellare (riposizionare 
e riscrivere); 

2) schede e nastri di carta : le operazioni possibili sono leggere e 
scrivere ; poiché le due operazioni vengono eseguite da dispositivi 













/;/<•; ciò corrisponde, per esempio, al riawolgimento di un nastro 
magnetico. 

{/= reselif) {(/ = < » A (/ = a) A (/f = first(f))\ (10.9) 

M buffer f\ possiede ora il valore della prima componente di 
/ (se ne esiste una). Per tenere la componente successiva si utilizza 
Toperatore get (f) che fa avanzare di un posto la posizone di lettura: 

{(/=aM(/=(x>./!)} gel(f) 

{(/ = a • <*» A (/ = £) A (/f = first(f))} (1010) 

Si osservi che vale/T =first (f D ) sia dopo l’esecuzione di reset (f) 
sia dopo l’esecuzione>w (/), però, è definita solo seft non è vuoto. 
E perciò indispensabile poter stabilire se/ D è vuoto. A tal fine, intro¬ 
durremo il predicato (funzione booleana) standard eofif) (abbre¬ 
viazione di end of file) con il seguente significato: 

eof{f) = / = <> (10.11) 

Si osservi che le istruzioni reset (f) e get (f) permettono di esa- 
rmnare la variabile di buffer fi solo quando eofif) non è soddi- 

Come quarta operazione base introduciamo la procedura stan¬ 
dard rewrite (/). Essa viene utilizzata per preparare la generazione 
di un file sostituendo al valore attuale la sequenza vuota: 

rewriteif) {/= < >} (10.12) 

I quattro operatori base non possono essere applicati in una 
successione arbitraria. In particolare, è prescritto che le operazioni 
di scrittura non possono seguire alle operazioni di lettura in modo 
arbitrano. La tabella (10.1) riporta le successioni permesse di ope- 


TABELLA 10.1. 


operazione 

operazione successiva 
permessa 

put 

put, reset, (rewrite) 

reset 

get, (reset, rewrite) 

get 

get, reset, rewrite 

rewrite 

put, (rewrite, reset) 
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La struttura sequenziale del file comporta che, molto spesso, 
un’istruzione di ripetizione è la struttura più naturale per la ispe¬ 
zione di un file . Sia I un’istruzione che operi sul valore/: gli schemi 
generali (10.13) e (10.14) sono le strutture caratteristiche di elabo¬ 
razione del file f; il programma (10.14) può essere utilizzato solo 
per file non vuoti. 


while -ìeof(f) do 
begin S ; get(f) 

end 


(10.13) 


repeat S ; getif) 
until eof (/) 


(10.14) 


Esempio 10.2. Determinare la lunghezza L di un file : si usa lo 
schema (10.13) come base e assegnando alla variabile S il valore 
L:— L+ 1 si ottiene il programma (10.15) 


var L : integer; 
begin L:=0; 

while —t eof (/) do 

begin {L= numero di componenti letti} (10.15) 

L:=L+ 1 ; get{f) 

end 

end. 


Esempio 10.3 . Valor medio e varianza : data una serie di misure 
Xj, memorizzata in un file f non vuoto di numeri reali, calcolarne 
il valor medio e lo scarto quadratico medio (m e s) definiti me¬ 
diante le: 


m = 


1 V 

-2>i> 


n i 


s z = -1 (JCf - m ) 3 
n i 


(10.16) 









Si usa due volte lo schema (10.14). 

var m - s > re al; n: integer; / 10 

beginm :=0;n :=0; reset (f); ' 

repeat n := n+l; m := m +ft; get (f) 
until eof (f); 

m := m/n; s := 0; reset (f); 
repeat s := s+sqr (f t - m); get (f) 
until eof (f); 
s := sqrt (s/n) 

end 


10.4. File costituiti da un testo 

Un/ile fonnato da caratteri è detto textfile. Fra i tipi di dati più 
usati, y textfile haxmo una posizione centrale, poiché, per la maggior 
par e, i dati di ingresso e di uscita dei programmi sono costituiti 
da textfile. I nastri di carta perforati con le apposite macchine da 
scrivere, le schede perforate con le macchine perforatrici e i risultati 
s ampari con le telescriventi, sono esempi di textfile. Un processo 
c i calcolo, che utilizzi questi supporti dei dati (nastri e schede perfo¬ 
rate telescrivente), può essere considerato come un processo di 
trasformazione di un textfile {input) in un altro textfile (output). 





1 

file input 

r 

programma 


file output 


Figura 10.1. 


I supporti dei dati, descritti sopra, sono degli oggetti standard 
ohe e utile rappresentare con un tipo standard e con due variabili 
standard ; essi sono sottointesi in ogni calcolatore, e sono definiti 
dalle indicazioni implicite: 

type text = file of citar 
var input, output: text 


( 10 . 18 ) 


Il ti|Ni *truHiif«it <> III* H \ 


Le due variabili indicano i dispositivi di ingresso e i dispositivi 
di uscita standard dei calcolatori, e devono soddisfare alle seguenti 
condizioni : 

1) input può solo essere letto da parte del programma, ma non 
generato (o rigenerato); si può usare solo l’operatore get . 

2) output può solo esser generato da parte del programma, ma non 
letto (o riposizionato); si può usare solo l’operatore put. 


Poiché i testi sono suddivisi in linee (o righe), è necessario espri¬ 
mere la struttura a righe; si danno principalmente due possibilità: 

1) Pinsieme di simboli definito dal tipo char contiene un simbolo 
speciale, che indica la fine di una linea; come separatore, si può 
usare il simbolo blank ; 

2) ogni linea viene impaccala in una sottosequenza di simboli, 
e il testo è trattato come un file di linee. 

Per il caso 1) non sono necessarie ulteriori precisazioni; per il 
caso 2), invece, poiché Finsieme dei caratteri di molti calcolatori 
non comprende nessun simbolo di fine-linea, è necessario un esame 
ulteriore. Più precisamente, se un testo può essere definito come un 
file of file of char , diventa necessaria una descrizione circostanziata 
delle operazioni di elaborazione relative. Quindi, è necessaria una 
trattazione particolare del tipo text, che prevede Fintroduzione di 
nuovi operatori standard per generare e per riconoscere le righe. 
Tali operatori sono: 

writeln (/) aggiungi a / un simbolo di fine riga. 
readbi (/) f\ viene posto eguale al primo simbolo della riga suc¬ 
cessiva. 

eoln (f) funzione booleana, vera dopo che get (f) ha avanzato la 
posizione di lettura oltre l’ultimo simbolo di una riga (end of line). 

Per la elaborazione di testi in cui la struttura a righe non sia 
rilevante, assumiamo che ft rappresenti lo spazio bianco (blank), 
quando eoln ( f) è vero. Per il programmatore, che non usa il predi¬ 
cato eoln, ciò significa che ogni fine linea è uno spazio bianco. 

Poiché i textfile sono usati molto spesso (in particolare i file 
standard input e output ), si usano delle apposite abbreviazioni, 
definite nella tabella 10.11. 
















tabella 10.11. 


Notazione per esteso 

Notazione abbreviata 

c:= input) ; get (input) 

output T : — e; put (output) 
read ( Cl );... ; read(c m ) 
write(e {);... ; write(e„) 

read(c) 
write(e ) 
read(c l ,c m ) 
write(e l ,... e„) 


standard^? 0 * T* * “^ SUndard ° «**; il nome 
i tìh, cf X e sottmteso * e P uo essere tralasciato; di solito 
^ standard sono chiamati anche default values (valori di difetto)’ 
intendendo, con ciò, che vale: auenoj. 


read (X) = read {input, X) 
write (X) s mite {output, X) 


(10.19) 


starno^ 10 '\ Ra PP resentazione grafica di una funzione: si può 
PoXTn^ef?? 1 UD o funzione a valori «ali- costruendo 7p- 
n,m^ ^ , dl stampa - Basta - inatti, calcolare la funzione in più 

nate (?£ ) ?! */' 6 s f mparenelle posizioni di coordi- 

• * ?. 9 0 > } ? ( x 2 >yi)i •••> (•*»» Jn) il simbolo * (le altre posi- 

zioni di ogni simbolo saranno dei blank). La direzione ddlW 
y e quella delle linee di stampa, e la distanza d—x —x deve 
comspondere alla distanza di interlinea. La posizione étsùnbZ 

y = f £7 m«r?T dm f? *' VÌe ° e detenninat a calcolando il valore 
*L«~nA ? , P - dol ° P** m opportuno fattore di scala 5 e 
arrotondandolo poi con il valore intero più vicino; il valore così 
contenuto deve indicare il numero degli spazi bianchi (blank) da 

asteri “ 0 - PTOSnuJr(10.20)-, j 

sono usati come esempio: 


/(*) = exp (— *)*sin (2nx), 0 <,x <4 

d— 1/32 (32 linee per intervallo [x, x + 1]) 
s5 ° (50 spazi per intervallo \y, y^rì]) 

A = 65 (distanza dell’asse jc dal margine) 


il h| « • ’.tf iittiirnlf > file* 


MS 


const d - 0.03125; s = 50; h = 65; c = 6.28318; lim = 128; 
var x, y:real; i,n:integer; 
begin i: = 0; 

repeat x: = i*d; y: = exp(—x) * sin(c*.x); 

n : = round (s * y) + h (10.20) 

repeat write(' '); n : = n — 1 

unti! n = 0 ; 

writelnC*'); /: = i + 1 

until i - 128 

end. 


La suddivisione in linee influenza direttamente la struttura dei 
programmi che elaborano i textfile. Analogamente a quanto fatto 
in (10.13), si può formulare lo schema generale di tali progr ammi 
fornito dalla struttura ciclica riportata in (10.21). La ripetizione 
più esterna elabora la singole linee, mentre quella più interna ela¬ 
bora i singoli caratteri di una stessa linea. Cioè, l’istruzione 71 
viene eseguita all’inizio di ogni linea, l’istruzione 73 alla fine, e 
l’istruzione 72 all’interno di ogni riga. 


while —i eof(f) do 
begin 71; 

while —i eoln(f) do 

begin read {fieli) 4 ,12 (eh) 
end; 

73; readln(f) 


( 10 . 21 ) 


Per i file non vuoti e non contenenti linee vuote, si può usare 
uno schema analogo al (10.14) illustrato in (10.22). 


repeat 71; 

repeat read (fi,eh); 12 (eh) 
until eoln(f); 

73; readln(f) 
until eofi(f) 


( 10 . 22 ) 













Esempio 10.5. Trascrivere il fiU input in un file output aeciun- 

a - 1,nÌZÌO di ° 8ni linea; utllizza re lò schema 
aula (10.21) e le abbreviazioni della tabella 10.11: 

var eh : char ; 

begin 

whUe -i eof(input) do 

begin write(' {printer control} 

while -i eoIn(input) do (10 23) 

begin read{ch ); write{ch) 

end; 

writeln ; readin 

end. 


10.5. Problemi 

numerii™ 0 ordfS/f U /f /e d che contengono le successioni 

. .. , Jl ’ J2 ’ “•» Jm e Si. g 2, .... g„. 

tali che 


/i+iè/i and g J+l > g] forali t ,j 
Fondere i due file in un unicp file d’uscita h, in modo che: 
* i+ i>A, per \<ì<m + n 

Scrivere il programma corrispondente. 

10.2. Ampliare il programma (10.20) in modo che, contemporaneamente 
al grafico di/(*), venga stampato anche l’asse delle x . emporaDeamente 

10.3. Scrivere un programma che copi un file f in un file e sostimene 

°f“- C n op P!? d ’ spazi bianchi consecutivi con un unico spazio bianco eccet 
tuan quelli che si trovano all’inizio di ogni riga. 



Il tipo strutturato "array" 


Le variabili del tipo strutturato array sono formate, come le 
variabili del tipo strutturato file , da insiemi di componenti dello 
stesso tipo scalare. Le seguenti proprietà distinguono però i due 
tipi di struttura: 

1) ogni componente di un array ha un nome specifico ed è accessi¬ 
bile direttamente; 

2) il numero degli elementi viene stabilito al momento delFintro 
duzione della variabile array e poi non viene più modificato. 

Tali caratteristiche rendono necessarie delle convenzioni per: 

1) indicare le singole componenti di un array ; 

2) indicare un tipo array e il numero delle sue componenti. 

L'indicatore della componente di un array è costituito dal nome 
dc\Varray e dal così detto indice ; che individua univocamente la 
componente. Ciò che caratterizza la struttura array è l’impiego di 
indici con valori numerabili appartenenti a un tipo scalare indicato 
in precedenza, detto tipo (o dominio) dell*indice. Valgono le se¬ 
guenti convenzioni: 

1) nella indicazione di un array vengono specificati sia il tipo delle 
componenti che il tipo dell’indice; vi è una corrispondenza univoca 
fra i valori dell’indice e le componenti dell’Array; l’indicazione ha 
la fórma: 

type A = array [tipo dell'indice] of tipo delle componenti (11.1) 











indicazioni di variabili array (il cui tipo rimane ano- 


var a: array [1 ... 20] of reai 
var b: array [colori] of colori 


( 11 . 2 ) 


, , Van ^ bi ! e a P° ss iede 20 componenti di tipo reai con valori 
dell indice 1, 2 20, e la variabile b possiede quattro componenti 

di^tipo colore (v. cap. 8) con valori dell’indice rosso, giallo, verde 

2) la componente di un array A individuata dall’indice i viene 
iDdicflts con Aj o con A \i\\ 


Esempi (v. [11.2]): 


a [10] 
b [rosso] 


a [/ +/] 

b [succ (giallo)] 


(11-3) 


Ogni array rappresenta un’applicazione dal dominio delPindice 
al tipo delle componenti: a ogni valore del dominio dell’indice 
corrisponde un unico valore del tipo delle componenti (cioè il valore 
della componente individuata dall’indice). La scrittura matematica 
usata per indicare le applicazioni è: 


a: {1 ... 20 }-»-reai 
b: colori-* co fori 


(11.4) 


E>ue array sono considerati eguali quando le componenti corri- 
spondenti hanno lo stesso valore: 

a~boatti per ogni i (11.5) 

La condizione che ogni componente di un array possa essere 
nominata (ed estratta) direttamente comporta che nella esecuzione 
di un programma il tempo di accesso non deve dipendere dalla com¬ 
ponente. Ciò restringe fortemente la scelta dei mezzi di memoria 
adeguati a rappresentare gli array. Non sono adatte in primo luogo 
le memorie sequenziali, quali i nastri di carta o magnetici, e in se¬ 
condo luogo 1 dischi. Per la rappresentazione di un array è necessa- 
no usare memorie per le quali il tempo di accesso non dipende dalla 
scelta della cella di memoria. Gli esempi più noti di un tal tipo di 
memoria ad accesso random sono la memoria a nuclei magnetici 
e la memoria a semiconduttori integrati, che non contengono parti 
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meccaniche. Ma poiché i costi per unità di memoria sono incompara 
bilmente più alti rispetto alle memorie sequenziali, quando è neces¬ 
sario elaborare grossi volumi di dati vengono sempre usate queste 
ultime. Quando però un insieme di dati può essere contenuto nella 
memoria centrale, rapida e ad accesso diretto, per lo più si usa la 
struttura array. La memoria centrale è chiamata memoria principale 
mentre le memorie ad accesso sequenziale vengono chiamate me¬ 
morie secondarie. 


Esempio 11.1. Ricerca di una componente in un array: dati x 
e A [1], ..., A [n], individuare un indice i tale che A [i] = x; asse¬ 
gnare alla variabile q il valore true se un tale indice resiste e il valore 
false altrimenti. 

var i:0. .n; q: Boolean ; [n > 0} 

A : array [1 .. n] of 7"; 

begin assegnamento di valore ad A (11-6) 

i := 0; 

repeat i : = i + 1 ; q : = A[i] = x 
{A{J\^xiorj = 1 ... i - 1} 
until q V (i = n) 

end. 

Esempio 11.2. Ricerca di una componente in un array ordinato : 
è lo stesso problema dell’esempio 11.1, ma i valori A [i] sono ordinati 
in modo che sia A [i] <A \j] per i <j. Benché il programma (11.6) 
sia utilizzabile anche in questa situazione, si può costruire un pro¬ 
gramma più efficiente basato sull’ordinamento dell 'array. A tal 
fine si considerino le componenti del Xarray conte i nodi di un albero, 
in cui da ogni nodo si dipartono due rami (albero binario). La figura 
11.1 mostra un albero con 15 nodi (n = 15). 



Figura 11.1. 
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Considerando la componente con indice A: = (/*-f-1)/2 si danno 
tre possibilità: 

1) A [k] = x: si è trovato il valore cercato; 

2) A [k)<x\ nessuna delle componenti della branca sinistra può 
essere eguale a x, poiché il loro indice ha un valore j < k e quindi 
A [j\<A [k]; la ricerca deve proseguire sulla branca destra e si 
seguirà lo stesso metodo di ricerca; 

3) A [A:]>x: in base allo stesso ragionamento la ricerca prose¬ 
guirà solo nella branca sinistra. 

Dalle precedenti considerazioni si ricava il programma: 

var i,j, k: integer ; q : Boolean; 

A : array [1 .. n] of T\ (11.7) 

begin assegnamento di valore ad A 
i : = 1 ; j : = n\q : = false ; 
repeat £:=(/+ j) div 2 ; 

if A[k] = x then q : = true else 
if ,4[/r] < x then i : = k + 1 else j : = k — 1 
until q V (z > j) 

end. 

Il metodo di ricerca corrispondente al programma (11.7) viene 
detto ricerca binaria (binary search). Si noti che il numero dei con¬ 
fronti necessari è almeno 1 e al più log 2 n. In media, tale numero 
si aggira intorno a log n , e quindi è sensibilmente migliore rispetto 
al programma (11.6). 


Esempio 113 . Prodotto scalare : siano assegnati i valori x u ..., x„ 
e y u ..., y„. Si calcoli il prodotto scalare: 

n 

s = Y, x i*yi (n.8) 

i — i 

La sommatoria può essere rappresentata nella forma della rela¬ 
zione ricorsiva: 


s, = s,_ ! 4* X* * y b Sq — 0 (11.9) 

Secondo lo schema del programma (9.21), tale relazione dà luogo 
al programma: 

var s: reai; ì: integer; 

x,y: array [1 .. ri] of reai ; 


( 11 . 10 ) 


begin {assegnamento dei valori iniziali a x c y) 

repeat j j = É*[/] * }{j] 

i : = i 4* ì;s := 5 + x[i] *y[i] 

until i = n 

end. 


Nell’esempio 113, come nell’esempio ILI , le due variabili array 
vengono esaminate in modo puramente sequenziale, ma, a diffe¬ 
renza dell’esempio lLl y vengono considerate tutte le componenti 
in ogni esecuzione. L’ordine di esecuzione è però irrilevante; le n 
moltiplicazioni possono essere eseguite secondo una arbitraria suc¬ 
cessione, o addirittura simultaneamente. Questo stato di cose si 
verifica assai spesso operando con strutture array . Perciò, è utile 
introdurre una notazione speciale, che avrà la forma di una clausola 
ripetitiva simile alle clausole while e repeat. Siano / una istruzione, 
V una variabile, a e b due espressioni dello stesso tipo scalare di 
V. La istruzione 

for V: = a to b do / (11.11) 


significa che le due istruzioni 

V : = x ; I (11.12) 

debbono essere ripetute, tante volte quanti sono i valori x apparte¬ 
nenti aU’intervallo a ... b. Seguendo le convenzioni adottate nei 
più comuni linguaggi di programmazione, i successivi valori di x 
vengono scelti secondo un ordine crescente prefissato. L’istruzione 

(11.12) è da considerarsi equivalente alla sequenza di istruzioni 

(11.13) 


begin Vietili; V: = v 2 ; I; — ; V: = v„; / end (11.13) 


dove Vi = a, v n = b e i?, = succ (u r -_ i) per i — 2, 3, ..., n. Chiaramente, 
la funzione successore deve essere definita suirinsieme dei valori 
della variabile V (che quindi non può essere di tipo reai). La istru¬ 
zione (11.13) può essere rappresentata dallo schema (11.14). 
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if a £ b thcn 
begin V := a\ S; 
while V < b do 

begin V : = succ(V); S 

end 

end 


(11.14) 


Lo schema mostra, fra l’altro, che l’istruzione for non comporta 
alcuna computazione s e a>b. Nel caso a < b la complessità dello 
schema fa prevedere che le regole di verifica siano in ogni caso com¬ 
plicate come quelle delle istruzioni while e repeat» 

11-1. Regole di verifica per retrazione for 

P e Q(V) sono proposizioni qualsiasi. 

1) Premesse: 


a) {(F=a)A P} I{Q(a)} # (11.15) 

b) {Q ipred (x))} I {Q{x)} per ogni x tale che a<x<b 

2 ) conseguenze: 

(a) {(a g b) A P} for V : = a to b do S {Q(b)} (11.16) 

(b) {(a > b) A P} for V := a tob do S {P} 


L’esempio 11.3 può servire per illustrare suddette regole di veri¬ 
fica. Il programma (11.10) può essere scritto (tralasciando i com¬ 
menti) nella forma: 


begin s := 0; 

for i 1 to n do s : = s + x[i] * _y[/] (11.17) 

end 


Sostituendo a P, 5 = 0 e a Q (i), s = Y xfy } , le due premesse 
assumono la forma: J=l 


(a) {(i = l) A (s = 0)} s := s + x[i] *>'[>] <{s = £xj * y i 


(b) 


|s = Ì^Xj s := s + x[i] * v[i] js = J Ì X J * j'ij 


(11.18) 


La condizione b) può essere facilmente verificata per tutti gli 
iv 2, ..., n. La conseguenza è allora, per ri > 0 : 

{5 = 0} for i : = 1 to n do 5 : = 5 + x[i] * y[i] js =£,*] * 


(11-19) 

È evidente che la proposizione Q (V) ha lo stesso ruolo degli 
invarianti nelle regole di verifica delle istruzioni while e repeat. 
Tuttavia è sempre necessaria l’indicazione esplicita della variabile 
di controllo V, poiché nella clausola for è implicitamente contenuto 
un assegnamento a tale variabile. Il grande vantaggio della istruzione 
for è che non occorre verificare la terminazione della ripetizione da 
essa rappresentata. 

Naturalmente l’uso dell’istruzione for non si limita ai programmi 
che operano su strutture array, il suo massimo impiego si colloca 
però in tale ambito. Per l’uso adeguato deH’istruzione for, vale la 
seguente regola : quando bisogna ripetere un istruzione, 1 impiego 
della istruzione for è opportuno se il numero delle ripetizioni neces¬ 
sarie è noto a priori; in caso contrario occorre usare l’istruzione 
while o repeat. 

I seguenti tre esempi di programmi illustrano il modo appro¬ 
priato di usare le strutture array e le istruzioni for. 


Esempio 11.4. Trovare il massimo x [/]: si tratta di individuare 
l’indice j tale che x_, = max (x m ,..., x„). 

var j,k:m..n; 

x : array [m . .n] of T ; (11.20) 

begin j : — m ; 

for k : = m + 1 to n do 
if x[k'\ > x[/] then j : = k 
end 

La propostone Q ( k ) da usare per la verifica è : 

x\j] à x[i] per tutti gli i = m,..., k ( 11 . 21 ) 


Esempio 11.5. Ordinare un array: le componenti di un array 
debbono essere permutate in modo tale che i loro valori siano 
disposti secondo un ordine crescente. Il metodo di soluzione più 
immediato è il seguente: 
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1) individuare l’elemento massimo secondo il programma (11.20); 

2) scambiare Xj con x l ; 

3) ripetere i passi 1) e 2) con gli insiemi x 2 , x n , *3, x n , ecc., 
lino a quando l’insieme da esaminare contiene solo x n . 

Una prima formulazione di tale procedimento è la seguente: 

for h : = 1 to n — 1 do (11.22) 

begin {Q(h - l),ifA > 1} 

1: Trovare il massimo elemento Xj = max (x hi ..., x n ); 

2 : scambiare x h con Xj 

{Q(h)} 

end 

L’istruzione 1) può essere sostituita dal programma (11.20), 
mentre l’istruzione 2) può essere formulata come una successione 
di tre assegnamenti: 

u :=x[A];x[A] := x[j];x[j] := u (11.23) 

dove u è una variabile ausiliaria. Le proposizioni da usare nella 
verifica sono: 

P: vuota 


Q(h): Xj ^ x 2 è * • ^ x k è x ( for all i > h (11.24) 

Si ottiene infine il programma (11.25): 

var hj,k: 1 ( 11 . 25 ) 

x: array [1 .. ri] of T\ u: T; 

begin .. . 

for h : = 1 to n — 1 do 
begin7 : = A; 

for k : = h + 1 to n do 

if x[k] > x\j] then j : = k; 
u := x[h ]; x[h] := x[j]; x[j] : = u 

end 

end. 

In questo programma una istruzione for viene usata airintemo 
di un’altra istruzione for. Il numero delle esecuzioni dell’illustrazione 
“if x [k] > x [/] then ...” è: 

(ti — l) + (n — 2) + — + 2 + 1= n — 1) ( 11 . 26 ) 


Il tempo di calcolo di un tale metodo di ordinamento cresce 
proporzionalmente al quadrato del numero delle componenti da 
ordinare. Se tale numero è alto, occorre impiegare metodi di ordi¬ 
namento più efficienti. 

Le componenti delle variabili strutturate non sono necessaria¬ 
mente scalari: esse possono essere a loro volta strutturate. Se un 
array A ha per elementi altri array , vien detto multidimensionale ; 
se gli elementi degli array componenti sono scalari, A vien detto 
matrice . La dichiarazione di un array multidimensionale avviene 
secondo lo schema (11.1). 


Esempio : 

var M: array [a .. b\ of array [c .. d] of T (11.27) 

la dichiarazione indica che M è costituita da b — a + 1 componenti 
(spesso dette righe della matrice M) con indici a, a + 1, b; ogni 
riga è a sua volta costituita da d — c + 1 componenti di tipo T con 
indici c, c + 1,..., d. Per indicare H-esima componente di M (/-esima 


riga della matrice), si usa la notazione: 


M[i] a£i<b 

(11.28) 

mentre: 


M[i][j] a^i^b, c£j£d 

(11.29) 


indica una componente elementare (della riga i) di tipo T. Di solito, 
al posto di (11.27) e di (11.29) si usano le seguenti abbreviazioni: 

var M : array [a .. b, c .. d] of T ( 11 30 ) 

M[iJ] 


Esempio 1L6 . Moltiplicazione di due matrici : date le due matrici 
a valori reali A (m p) e B (p n), calcolare la matrice prodotto C {m n) 
definita da: 

C i} = f per i = = 1 ,..., n. (11.31) 

1 


Si può usare direttamente il programma (11.17): 
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var/:l..m; ( 11 . 32 ) 

A : array [1 .. m, 1 . .p] of retti, 

B : array [1. . p, 1 .. ji] of reai, 

C: array [1 .. m, 1 .. n] of reai ; 
begin {assegnamento dei valori iniziali ad A e B} 

for i : = 1 to m do 
for j := 1 to n do 
begin j := 0 ; 

for k : = 1 top do s := s + A[i, k] * B[k,j ]; 

Cfc/3 = 5 

end 

end. • 


Il programma (11.32) è un esempio di più ripetizioni innestate 
l’una dentro l’altra. Poiché programmi di tal tipo comportano sem¬ 
pre un tempo di calcolo elevato, è utile una più attenta analisi da 
questo punto di vista. È facile vedere che l’istruzione “for j ...” 
viene eseguita m volte, l’istruzione “for k ...” viene eseguita m*n 
volte e l’assegnamento “s : = j +... ” viene eseguito m*n*p volte. 
Nell ipotesi che n, m, p siano molto elevati (» 1 ), jl numero di asse¬ 
gnamenti aj(e quindi il tempo di calcolo) aumenta in modo spro¬ 
positato. Ciò dimostra come, nei programmi con più ripetizioni 
innestate, l’istruzione di ripetizione più interna dev’essere scelta 
in modo che il relativo tempo di calcolo sia il più piccolo possibile. 
Il tempo di calcolo per la moltiplicazione cresce come n 3 , assumendo 
che sia m ~ n = p. 


11.2. Problemi 

ILI. Sia data la matrice 


A = 


12 1 3 ^ 
3 3 1 
[ì 2 ] l 


a) Eseguire l’istruzione 


for / : = 1 to 3 do 

fory := 1 to 3 do Cfrj] := A[A[i,j\ A{j y /Q 


(11.33) 


Quali sono i valori del risultato C? 

b) L’ordine nel quale sono scelti gli indici i e j gioca un qualche ruolo? 

c) Sostituire in (a) la variabile C con la variabile A ed eseguire il nuovo pro¬ 
gramma. Quali sono i valori del nuovo risultato A ? 


d) Ripetere il punto c) scegliendo la successione inversa delle coppie di 
indici (/, j) : 

(3, 3), (3, 2), (1, 2), (1, 1) 

Paragonare ì risultati ottenuti con quelli del punto c). 

11.2. Verificare la seguente versione del programma di ricerca binaria: 

i : — m;j : = n ; (11.34) 

repeat £:=(/ + /) div 2 ; 

if A[lc\ ^ x theo i : = k + 1 ; 
if A[k] ^ x thaa j: = k ~ 1 

until i > j 

Confrontare il numero dei paragoni (test) necessari con quello del pro¬ 
gramma (11.8); si osservi che la condizione di terminazione è più semplice 
nel programma (11.34). 

11.3. Una matrice a valori complessi è rappresentata mediante due matrici 
a valori reali: Z=X+iY. Scrivere un programma che calcoli la parte 
reale A" e la parte immaginaria Y del prodotto di due matrici complesse 
(A y B) e (C, D): 


X + iY = (A + iB) * (C + iD) (11.35) 

Suggerimento : 

(A + iB) * (C + iD) » (AC - BD) + i(AD + BC) (11.36) 
Si calcolino le tre matrici 

R = A * D y S - B* C, T * (A + B) * (C - D) 


da cui 


X = T+ R-S e + 5 


Calcolare il numero delle addizioni e delle moltiplicazioni necessarie e 
paragonarlo con quello corrispondente aH’uso diretto della formula (11.35). 

11.4. Rappresentare i coefficienti di un polinomio 

P„(x) = a 0 .t” + 1 + • • • + a„_ ,x + a n (11.37) 

come componenti di un array a. Scrivere un programma che calcoli P„ (x) 
per un dato valore di x. Suggerimento: usare la fattorizzazione di Horner: 

p n ( x ) = (---(a 0 x + a l )*x+ ■ + a„_ 1 )*x + fir B (11.38) 

11.5. Trovare un programma che calcoli il minimo e il massimo fra n nu¬ 
meri, rappresentati dalla variabile A : 

var A : array [1 .. n] of integer 
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Suggcrimrnto: è powsibile trovare un programma che impieghi al piti 3/2*n 
conlronti. ' 

!1.6. Data una variabile-arra^ 

var M : array [I . . n, I . . n] of integer 

assegnare agli elementi della matrice M i numeri naturali l, 2 3 n 2 
in modo che M rappresenti un quadrato magico , cioè tale che: ’ ’ ’ 

1#,/:] = ^ (1139) 
k=l 1 V ‘ 7 

c che: 

Z M'.k] = X M*. <] = c i - 1. n (11.40) 

A=1 k= 1 ' 

dove C = n/2*(n~ + 1). Si assuma n dispari. Suggerimento: assegnare i 
numeri 1, ..., n alle componenti M j) in successione, partendo da 
M \n +1/2, n ] e aumentando i e j di 1 (modulo n) ogni n — 1 passi, decre- 
mentando ogni volta j di 1 allVesimo passo e lasciando.;' invariato; a ogni 
componente si assegna un’unica volta un unico valore. 

Il.7. Siano date due matrici X e Y con 2n righe e 2 n colonne. Scrivere un 
programma per calcolare il prodotto di matrici Z = X* Y, usando le relazioni 
seguenti ( Winograd) per determinare i prodotti scalari: 


I x k*y k = t.(x z 

*=» k=l 


+ y ik — ì) * t*2fc-1 + yzk) 


(11.41) 


-X x 2t *x 2k . 

k- 1 


- ì.yik*y 2 k-i 

k « ! 


X y 

Suggerimento: si calcolino i (2 n) 3 prodotti scalari della forma 

2a 

Z X ik *y kj 

in tal modo sono necessari solo 2 n valori di * e di y. Il metodo usuale di 
moltiplicazione delle matrici necessita sempre di (2n)^ addizioni e molti¬ 
plicazioni. Determinare il tempo di calcolo del metodo ora esposto, in fun¬ 
zione di nf 



Sottoprogrammi 
Procedui e e funzioni 


12 . 1 . Concetti e terminologia 

Accade molto spesso che una sequenza di istruzioni compaia 
nella stessa forma in più parti di un medesimo programma. Per 
risparmiare un inutile lavoro di scrittura, i linguaggi di programma¬ 
zione prevedono l’uso dei sottoprogrammi ; permettono cioè di 
assegnare a una sequenza di istruzioni un nome che può essere uti¬ 
lizzato come abbreviazione della stessa a tutti gli effetti e che può 
essere inserito al suo posto nel programma. Nella terminologia 
deli’ALGOL, un sottoprogramma, a cui è stato assegnato un 
nome, è detto una procedura ; se il nome rappresenta un risultato, 
che può essere inserito in un’espressione o in un’istruzione, viene 
chiamato funzione. L’indicazione del nome di un sottoprogramma 
viene chiamata indicazione della procedura (o della funzione) corri¬ 
spondente; l’impiego di una procedura in un programma, vien 
detto chiamata della procedura (quello di una funzione, vien detto 
chiamata della funzione). 

La notazione che useremo in seguito, per indicare le procedure 
e le relative istruzioni, è definita dai diagrammi sintattici dell’appen¬ 
dice A, ed è illustrata nell’esempio 12,L 

Esempio 12.1. Indicazione e chiamata di una procedura: la 
sequenza di istruzioni 

t := r mod q\ r := q\ q := t 
può essere denotata dall’indicazione della procedura: 
procedure P ; 

begin / : = r mod q\r : = q;q : = /end 


( 12 . 1 ) 

( 12 . 2 ) 
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In tal modo, la sequenza di istruzioni (12.1) può essere sostituita 
dalla chiamata di procedura 


P (12.3) 

L’indicazione di una procedura consiste di due parti: il titolo 
delle procedura e il corpo della procedura. Nel titolo della procedura 
(prima riga nella 12.2) vengono indicati il nome (l’identificatore) 
della procedura e altre eventuali variabili; il corpo della procedura 
(seconda riga nella 12.2) è formato dalla sequenza di istruzioni 
denotata dal nome della procedura. 

Queste semplici convenzioni, per abbreviare i testi dei programmi, 
non avrebbero grande importanza, se non implicassero anche altri 
concetti importanti. Infatti, le procedure sono uno dei pochi stru¬ 
menti importanti per una buona tecnica di programmazione; la 
padronanza nell’uso delle procedure influisce in modo decisivo sullo 
stile e sulla qualità del lavoro di un programmatore. 

L’uso delle procedure non serve solo per abbreviare il lavoro 
di scrittura, ma anche, e in modo essenziale, per articolare, suddi¬ 
videre e strutturare un programma in componenti fra loro coerenti. 
Una struttura adeguata è determinante per la comprensibilità di 
un programma, soprattutto quando esso è complicato e il testo 
ha dimensioni che non permettono di scorrerlo con un unico sguar¬ 
do. Un’articolazione appropriata in sottoprogrammi è indispen¬ 
sabile per una documentazione comprensibile e per una verifi¬ 
ca facile; perciò, spesso è utile indicare una sequenza di istruzioni 
con una procedura (cioè, assegnarle un nome) anche se essa compare 
in un sol punto del programma e l’introduzione della procedura 
non porta a un testo più breve. L 'estrazione dal programma di una 
sua parte, può servire a indicare esplicitamente le variabili da essa 
influenzate e anche a porre in risalto le condizioni che debbono 
essere soddisfatte per ottenere un certo risultato intermedio ; è con¬ 
veniente inserire queste informazioni, che riguardano il significato 
e l’effetto della procedura, nel titolo della procedura. 

La strutturazione accurata di un programma diventa necessaria 
e significativa, quando il programma è lungo. Ma, per forza di cose, 
nelle lezioni e nei testi introduttivi alla programmazione, gli esempi 
sono relativi a programmi piuttosto brevi; ne segue che non si fa 
cenno al problema oppure che la necessità di una buona struttura¬ 
zione può essere giustificata solo con esempi poco significativi. 
Quindi è bene ribadire qui che un programmatore deve essere in 
grado di sviluppare programmi complessi, di grandi dimensioni 
e corretti. Infatti ogni calcolatore dispone, oggigiorno, di un com- 


plesso sistema operativo, formato da programmi di molte migliaia 
di istruzioni; individuare, comprendere e verificare .1 loro signifi¬ 
cato, è possibile solo sulla base di una loro suddivisione m par . 
semplici e coerenti; l’uso delle procedure ha cosi un ruolo centrale 

nella tecnica della programmazione. 

Altri due concetti fondamentali sottolineano il ruolo delle pro¬ 
cedure dal punto di vista della strutturazione dei programmi. 
Spesso', certe variabili (solitamente dette variabili ausiliane ) vengono 
impiegate soltanto all’intemo di una certa sequenza di istruzioni, 
mentre non hanno influenza nel resto del programma. La compren¬ 
sibilità di un programma aumenta in modo essenziale quando que¬ 
sta localizzazione di alcune variabili è posta in chiara cadenza. 
In ogni caso, i campi di influenza delle variabili (cioè dove il loro 
valore influenza l’esecuzione) devono risultare con chiarezza dalla 
struttura del programma. La struttura più adeguata a porre m evi¬ 
denza il campo di influenza delle variabili locali, e fornita dalle prò- 

ccduxc 

Spesso, accade che una sequenza di istruzioni compaia in parti 
diverse non esattamente nella stessa forma, ma all incirca nella stessa 
forma. Particolare attenzione merita il caso in cui la differenza 
consiste unicamente nell’uso di operandi diversi e può essere elimi¬ 
nata con una sostituzione sistematica dei nomi degli operandi. 
In questo caso è possibile estrarre dalle sequenze di istruzioni uno 
schema di procedura comune; gli operandi da sostituire vengono 
chiamati parametri della procedura. 


12 . 2 . Il concetto di locale 

Se un oggetto — una costante, una variabile, una procedura, 
una funzione o un tipo - è significativo solo all interno, di una de 
terminata parte del programma, viene chiamato locale. Sp 
conviene rappresentare questa parte mediante una procedura; gli 
oggetti locali vengono allora indicati nel titolo del a proce ura. 
Dato che le procedure stesse possono essere locali può accade 
che più indicazioni di procedura siano innestate luna n 


Esempio 12.2. Dichiarazione di procedura con indicazione delle 
variabili locali: 

procedure P; 

var > : integer: 

begin t : — r mod q; r : = q\q : = 'end 


(12.4) 
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Nell’ambito della procedura si possono quindi riconoscere due 
tipi di oggetti: gli oggetti locali e gli oggetti non locali . Questi ultimi 
sono oggetti definiti nel programma (o nella procedura) in cui è 
inserita la procedura (ambiente della procedura). Se sono definiti 
nel programma principale, sono detti globali. In una procedura, 
il campo di influenza degli oggetti locali corrisponde al corpo della 
procedura. In particolare, terminata l’esecuzione della procedura, 
le variabili locali saranno ancora disponibili per indicare dei nuovi 
valori; chiaramente, in una chiamata successiva della stessa pro¬ 
cedura, i valori delle variabili locali saranno diversi da quelli della 
chiamata precedente. 

È essenziale che i nomi degli oggetti locali non debbano dipendere 
dall’ambiente della procedura. Ma, in tal modo, può accadere 
che un nome x, scelto per un oggetto locale della procedura P 9 
sia identico a quello di un oggetto definito nel programma ambiente 
di P. Questa situazione però è corretta solo se la grandezza non 
locale x non è significativa per P, cioè non viene applicata in P. 
Adotteremo quindi la regola fondamentale che x denoti entro P 
la grandezza locale e fuori da P quella non locale. 

Esempio 12.3. Procedura con “ conflitto di nomi ” (per d) : 

var a , b , rf, e: integer ; {variabili globali} ( 12 . 5 ) 

procedure Multiply; {procedura globale} 
var c, d: integer ; {variabili locali} 
begin {e : = a * b, cf. (7.18)} 
c a; d := b; e 0 ; 
while d ^ 0 do 

begin if odd(d) then e : = e + c; 
c := 2 *c; d := ddi\2 

end 

end; 

begin {programma principale} a: = 5; b:= 7; d:= 10; Multìply 
{a = 5, b = 7, d = 10, e = 35} 

end. 


Si osservi che il programma principale può essere visto come 
una dichiarazione di procedura in cui manca soltanto il nome del 
programma. È conveniente trattare qui ogni programma come una 
procedura il cui ambiente è il sistema operativo del calcolatore. 
Gli oggetti standard del sistema operativo (che sono oggetti non 
locali per il programma) sono fissati rigidamente e i nomi standard 
possono essere quindi usati per indicare gli oggetti locali del pro¬ 
gramma, senza creare alcuna difficoltà o ambiguità, pur di non 
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impiegare nello stesso programma anche gli oggetti standard in 
questione. In altre parole, il programmatore deve preoccuparsi di 
evitare conflitti di nomi solo per i nomi degli oggetti standard del 
sistema operativo che egli intende utilizzare nel programma. 

12 . 3 . Parametri di procedura 

Una sequenza di nomi da applicare in posti diversi e su operandi 
differenti viene spesso formulata come una procedura; gli operandi 
in questione vengono trattati come dei parametri. I nomi degli 
operandi vengono indicati nel titolo della procedura e si chiamano 
parametri formali; essi vengono impiegati nel corpo della procedura. 
Gli oggetti da sostituire al posto dei parametri formali, prima di 
ogni esecuzione, sono detti parametri attuali e devono essere speci¬ 
ficati prima di ogni chiamata di procedura o di funzione; il tipo dei 
parametri attuali deve essere identico a quello dei corrispondenti 
parametri formali, indicato nel titolo della procedura, dove viene 
stabilito anche il modo di sostituzione . Si distinguono tre diversi 
modi di sostituzione dei parametri. 

1) Si calcola il valore del parametro attuale e lo si sostituisce al 
posto del corrispondente parametro formale. Questo modo è detto 
sostituzione per valore (value substitution ) ed è applicato nella maggior 
parte dei casi. 

2 ) Il parametro attuale è una variabile; se essa ha un indice, viene 
valutato il valore dell’indice; la variabile così identificata viene sosti¬ 
tuita al posto del parametro formale corrispondente. Questo modo 
viene chiamato sostituzione per referenza (reference substitution) e 
viene impiegato quando il parametro rappresenta un risultato della 
procedura. 

3) Il parametro formale viene sostituito dai parametri attuali senza 
eseguite alcuna valutazione. Questo modo viene detto sostituzione 
per nome (substitution by nome) ed è usato solo raramente. 

Gli effetti dei tre precedenti modi di sostituzione sono illustrati 
dagli esempi seguenti, dove si analizza F effetto della chiamata di 
procedura p (a [/]) sulla variabile a. 

Esempio 12.4 . 

var i: integer; (12.6) 

a: array [1 .. 2] of integer; 
procedure P(x: integer); 

begin i : = i 4- 1 ; x :== x + 2 

end; 
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a[l]: 10, 42]:-20; i ; — 1 ; 

p(m 

end. 

1 ) Sostituzione per valore : x è una variabile con valore iniziale 10: 
risultato: a = (10, 20). 

2) Sostituzione per referenza : x=a[ 1 ]; l’istruzione * : = x + 2 ora 
significa a [l[: = a [l] + 2: risultato: a = (10, 22). 

3) Sostituzione per nome : x sa [/]; Fistruzione jc: = * + 2 diventa 
a [i]: = a [/] + 2: risultato: a = (10, 22). 

Per poter distinguere i tre casi, introdurremo le seguenti con¬ 
venzioni : 

1 ) poiché la sostituzione per valore è la più frequente, è quella 
impiegata automaticamente, qualora non vi siano altre indicazioni 
esplicite; 

2 ) la sostituzione per referenza (sostituzione di una variabile) verrà 
indicata con la specificazione var; 

3) tralasciamo qui la sostituzione per nome, poiché metodi equi¬ 
valenti saranno trattati nel paragrafo 13. 

È possibile formulare il programma (12.5) secondo queste regole, 
indicando gli argomenti x e y e il risultato z come parametri della 
seguente procedura. 

Esempio 12 . 5 . Procedura con parametri: 

var a, 6, c, d , ej: integer ; { 12 . 1 ) 

procedure Multiply(x,y : integer ; var z: integer ); 

{ x , y , z sono parametri formali} 
begin z := 0; 

while x 0 do 

begin if odd(x) then z : = z + y; 

y := 2 * y; x : = xdiv 2 
end 

end; 

begin {programma principale} 

a : = 5; b := 7; rf:= 11; e := 13; 

Multiply{a , 6, c) ; Multiply(d - b, e - a, f) 

= 5,0 = 7, c = 35, </ = 11,*= 13,/= 32} 

end. 

Il programma (12.7) mostra che, nel caso della sostituzione per 
valore, i parametri formali denotano delle variabili locali che non 
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conservano più alcuna relazione con i parametri attuali, in seguito 
all’assegnamento dei valori iniziali fatto con la chiamta della proce¬ 
dura. Perciò possiamo stabilire le seguenti regole-base di scelta 
del modo di sostituzione : 

1 ) se un parametro rappresenta un argomento — e non un risultato — 
di una procedura, si sceglie la normale sostituzione per valore; 

2 ) se un parametro rappresenta un risultato, occorre usare la sosti¬ 
tuzione per referenza. 

Poiché la sostituzione per referenza è una pericolosa fonte di errori 
di programmazione difficili da scoprire, ne accenniamo brevemente 
a conclusione di questo paragrafo. Il motivo fondamentale degli 
errori è che una medesima variabile può presentarsi sotto diverse 
denominazione. A questa possibilità occorre fare particolare atten¬ 
zione nel caso di variabili strutturate. Il seguente breve programma 
illustra le possibili conseguenze del fenomeno. 


Esempio 12.6. Uso errato della sostituzione per referenza: 

type matrix — array [1 .. 2, 1 . . 2] of integer; (12.8) 

procedure muli (var jc, y, z : matrix ); 
beginz[ 1 , 1 ] := x[l, l]*y[l, 1] + x[\,2]*y[2,1 ]; 
z[l, 2 ] :*x[l,l]*rtl, 2 ] + jc[l, 2 ]*rt 2 , 2 ]; 
z[ 2 , 1 ] := x[2, !] *y[l, I] + *[ 2 , 2 ] ** 2 , 1 ]; 
z[ 2 , 2 ] := jc[ 2 , I] *y[ì, 2 ] + *[ 2 , 2 ] * y[ 2 , 2 ]; 

end 


Consideriamo le matrici 


2 1 

3 

- 1 \ 

A = 

e B = 


-1 3 

1 

21 


le chiamate M ( A 5 B , C), M (A, B, A) e M ( A , B, B) con i medesimi 
argomenti A e B, danno luogo ai seguenti risultati: 


C = 

A = 

B = 


7 0 
0 7 
7 -5 
0 6 
7 0 
— 4 6 





("unitolo )*) 
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Da questo breve esempio, si deduce che ogni parametro, usato 
in una sostituzione pei referenza, deve essere disgiunto da tutti gli 
altri, cioè deve esserne diverso anche nelle sue componenti (per 
tipi strutturati). Si osservi infine che il programma (12.8) porta 
sempre a risultati corretti se per x e per y si usa la sostituzione per 
valore. 


12 . 4 . Funzioni e procedure parametriche 

Una procedura (o funzione) F può essere usata come parametro 
di un’altra procedura (o funzione) G , se F dev’essere calcolata 
durante 1 esecuzione di (?; F può inoltre rappresentare differenti 
funzioni (o procedure), per differenti chiamate in G. Un esempio 
ben noto è il calcolo dell’integrale G di una funzione F. L’algoritmo 
di integrazione può essere rappresentato come una funzione G 
avente F come parametro. 


Esempio 12 J. Integrazione con il metodo di Simpson: per cal¬ 
colare l’integrale 


5 


=1 


= /(x)d* 


(12.9) 


si usa come approssimazione la somma finita di valori campione : 

Sk = y Via) 4- Af{a + h) + 2f(a + 2h) + 4/(a + 3 h) +... + 

( 12 . 10 ) 

2/ (a + (ìi — 2) h) 4- 4f (a — (m — l) h) + f (a — nh )) 

dove n = 2 k e h — b — a\n\ n + 1 è il numero dei valori campione 
e h è la distanza tra due punti di campionatura adiacenti. L’appros¬ 
simazione di s si ottiene dalla successione s t , s 2 , s 3 , ..., che converge 
(se/ha un andamento “buono”) nell’ipotesi di usare un’aritmetica 
precisa (v. fig. 12.1). 

Dunque in ogni passo viene raddoppiato il numero dei valori cam¬ 
pioni. Per ottenere la. somma s* non è necessario calcolare ogni 
volta il valore della funzione fin tutti i 2 lt+1 punti di campionatura, 
basta invece inserire volta per volta i valori campione già ottenuti 
nel passo precedente, senza calcolarli nuovamente. A tal fine, la 
somma dei 2 k+1 valori campione viene spezzata in tre termini: 


* = 4 ° + 4 2) + sP 


( 12 . 11 ) 


i i 



1 quali rappresentano le somme dei valori-campione con peso 1 , 

2 e 4 rispettivamente. È possibile calcolare i termini suddetti con le 
relazioni di ricorrenza ( 12 . 12 ). 

= ( 12 . 12 ) 

4 2, = i4 2 \+K 4 >, 

4/t 

4 * = + h) + fi a * t “ 3 fi) + ■ • * +/(n + (n — ì)h) 


per k> le 


4 ° = +sm 


4 2 > = 0 


4 4) = 





(12.13) 


Utilizzando lo schema di programma (9.21), a partire dalle sud¬ 
dette relazioni si ottiene il programma di integrazione (12.14), che 
contiene la funzione f come parametro. 





































ìon ci i|>itt iti 1 1? 


function Simpson (a, h reni, function/: recti) : reai ; 
var i, n : integer ; 

5, ss, s 1, s2, 54, h : reai, 

(/ (x) è una funzione a valori reali con un unico parametro reale 
il cui intervallo di definizione è a<x<b }. 


begin n := 2; h := {b - a) *0.5; (12.14) 

si :=h*(f(a)+f(b)); s 2 := 0; 
s4 := 4* h *f{a + h); j := ri + s2 + 54; 
repeat ss : = 5; n:= 2 *n; h := h/ 2 ; 

si 0.5 * 5l ; j2 : = 0.5 * 52 + 0.25 * 54; 

54 : = 0; i := 1; 

repeat s4 := s4 +f (a + i*k); i: - i + 2 
unti! / > n ; 

s4 := 4*h* s4; s := 5 I +52 + ^4 
unti! abs(s-ss) < e ; 

Simpson : — sj 3 

end 


La funzione Simpson può essere usata come operando in una 
espressione aritmetica; per esempio: 

u := Simpson (0, n/2, sin ) (12.15) 

denota l’assegnamento: 


J **/2 

5 

0 


sin(x) dx 


Tuttavia, al posto del terzo parametro, può comparire solo il 
nome di una funzione e non, per esempio, un’espressione. Così, 
per calcolare 


u 



dx 

(a 2 cos 2 x + b 2 sin 2 x )* 


(1216) 


per mezzo della funzione Simpson , è necessario indicare una seconda 
funzione F : 

function F(x : reat) : reai ; 

begin F : = \/sqrt(sqr(a * cos(x)) -f sqr{b * sin{x))) end ' ‘ 


dopo di che ( 12 . 16 ) può essere denotata dall'Istruzione ( 12 .IH); 


u ; = Simpson(0 y n/2, F) (12.18) 


12.5. Problemi 

12.1. Formulare i programmi (7.20), (7.24), (9.17), (9.28), (10.18), (11.25) 
e (11.32) come procedure o funzioni, con una opportuna scelta dei para¬ 
metri. 

12.2. Si consideri la seguente indicazione di funzione: 

function f(x,y: reai): reai ; (12.19) 

begin if x è y then f := (x + y)l2 else 
/ : = f(f(x + 2,y - 1 \f{x + Uy - 2)) 

end 

Qual’è il valore di/(l, 10)? 

Come si può rappresentare e calcolare in un modo semplice il valore y (a, a ). 

123. Eseguire i seguenti tre programmi e stabilire i valori dei parametri 
attuali delle istruzioni di WRITE: 

(a) var a y b,c: integer ; 
procedure P(x, y : integer ; var z : integer ) ; 
begin z:=x + y4-z; w rite{x, y, z) 

end; 

begin <2:=5;fr:=8;c:=3; 

F(a,ò,c); P(7,a + b-hc,a); P(a * b ,a div b, c) 

end. 

(b) var ij 9 k : integer ; 
procedure P(var i: integer) ; 
begin i : = i + 1 ; wrife(i, j, *) 
end {?}; 

procedure £?(/i: integer; var j\ integer); 
var i: integer; 

procedure R; 
begin i : = i 4* 1 
end {/?}; 
begin / : = j; 

if * = 0 then P(j) else if h * 1 then />(j) else R ; 
write{ij y k) 
end {(?}; 

begin i := 0 ;j := 1 ; fc := 2; Q(0,k); <2(1,i); Q(2.j) 

end. 

(c) procedure P(procedure R, b . Boolean) ; 

var x: integer ; 


( 12 . 20 ) 

( 12 . 21 ) 

( 12 . 22 ) 
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pnicnliirr Q\ 

In^m jc : ■ X •+■ 1 
end {2}; 

iH-gin x : 0; if b then P(Q t false) else R , 

write(x ) 
end {/>}; 
begin P(P t true ) 

end. 


12 A. L'integrale ellittico (v. (12.16)) 

/**/2 H y 

/ « - | — 2 - 2 IV - . - T -T i 02.23) 

n J 0 (a 2 cos 2 x + b z sin 2 x)* 

si può calcolare, con il metodo di Gauss, per mezzo dei valori limiti delle 
due successioni convergenti 

^i» *o> ^ 2 » • • • 

definite dalle seguenti relazioni di ricorrenza 


Si * 0,-i + h-òtt 


i>0 


(12.24) 


Ponendo s 0 = a e f 0 = b, vale infatti: )im s ! = 1/1 (metodo delle inedie arit¬ 
metica e geometrica); 

Rappresentare 1, mostrando una opportuna indicazione di funzione. 

12.5. 11 metodo di integrazione secondo Romberg consiste nell’approssi- 
mare l’integrale 

j f(x) dx (12.25) 

Ja 


con la successione convergente 

* 0 . 0 ’ * 1 . 0 ’ * 2 . 0 ’ • * ■ 

definita dalle relazioni ricorsive 


Uu = 


1 


4 m - 1 

per m > 0, e dalle condizioni iniziali 
b - a 


(4 


(Ì/o + fi + • - • + /■- I + ìfn) 


(12.26) 


(12.27) 


(12.28) 


Stabilire una procedura avente per parametri a, b ed /che calcoli, per mezzo 
della successione (12.26), l’integrale (12.25) con una certa precisione relativa. 
Suggerimento: il programma deve calcolare il valore della funzione f una 


.h. >| imnrnmml 


rrr 


n 1 »if * 


r fi IMI l< il»l 


I I I 


sola volta in ogni punto di campionatura. A Ogni passo il numero dei cani 
pioni viene raddoppiato; allo scopo si introduca una variabile di tipo array 

T tale che 


7H-4-W < = (12.29) 

La ripetizione viene interrotta dopo al più p passi, cioè k = 0, ...» p. 
12.6. Uno zero di una funzione reale /(x) è, per definizione, un valore 
x 0 tale che 


(f(x 0 - 1) < 0) = {f(x o 4- I.) > 0) (12.30) 

per e arbitrariamente piccolo. Scrivere una funzione con parametri a, b 
ed f che calcoli uno zero di / quando valga 

<f(a) < 0) = m > 0) 02.31) 

Suggerimento: dividere ripetutamente in due l’intervallo contenente lo 
zero (si noti l’analogia con (11.34)). 

Quanti valori di / occorre calcolare per a , b , e assegnati. 








I rasfor rnazioni della 
rappresentazione dei numeri 


Il concetto astratto di numero non dipende dalla particolare 
rappresentazione dei numeri. Le operazioni sui numeri possono essere 
definite per mezzo di un insieme di assiomi, indipendenti dalla loro 
rappresentazione ; se, però, si vuole eseguire un’operazione, bisogna 
scegliere la rappresentazione numerica in cui poter scrivere i valori 
degli operandi e del risultato. 

La decisione di definire le operazioni sui numeri mediante algo¬ 
ritmi, la cui formulazione è indipendente dalla rappresentazione 
dei numeri, permette di scegliere la rappresentazione più adatta alle 
caratteristiche del processor; i calcolatori digitali usano la rappre¬ 
sentazione binaria dei numeri, cioè con due sole cifre. 

Per un uomo, di solito abituato fin da bambino a usare la rappre¬ 
sentazione decimale, la rappresentazione binaria non è adatta; 
per questo i caratteri disponibili sui dispositivi di ingresso e di uscita 
comprendono tutte le cifre decimali, ed è compito del calcolatore 
trasformare (prima di eseguire il programma) la rappresentazione 
esterna decimale nella rappresentazione interna binaria e viceversa 
(prima di stampare il risultato). 

Nei programmi che seguono, si usarà un insieme di caratteri 
char (v. anche [8.3]) contenente le cifre T,'9' e avente le seguenti 
proprietà: 


ord C 10 — ord (' 0 ') = 1 

. (13-1) 

ord ('9') — ord ('0') = 9 


Dunque la funzione standard ord è già una trasformazione di 
cifre in valori numerici, ma solo di singole cifre e non di sequenze 


|, , ! mix i Mi . | fi l|t(*fr- rntO'ii .ftr (Ini nuHl*fl 11 1 


di cifre. Nei paragrafi successivi riporteremo dei programmi che 
trasformano intere sequenze di cifre in valori di tipo integer e vice¬ 
versa. 

Al posto delle funzioni standard ord e char utilizzeremo le funzioni 
num e rep definite nel modo seguente: 

function num (x : char) : integer 
begin num : = ord (x) — ord (' 0 ') end 
e: 

function rep (x : integer) : char ; 
begin {0 < x < 9 } rep : = chr (x + ord (' 0 ')) end 

Si userà inoltre la funzione booleana così definita: 

function digit (x : char) : Boolean 
begin digit : = CO') < x) a (x < '9') end 


(13.2) 

(13.3) 


13.1. Ingresso (lettura) di numeri interi positivi nella rappresentazione 
decimale 

Si tratta di determinare il valore rappresentato da una successione 
di cifre posta in un file fi Si può assumere che la sequenza di cifre 
termini con un simbolo che non è una cifra e che quindi permette 
di riconoscere la fine del file rappresentante il valore numerico in 
questione, num (fi 0 ... /„_ t ). Tale valore è determinato dalla (13.5), 
dove fi indica il valore num (/)). 

* = mm(J 0 ... fi. ,) = IO”" Vo + - + IO 1 */,- 2 + 10°*7 „-1 a3 5Ì 

= (...(/ o * 10 - r / 1 )*10 + ...+/„- 2 )* 10+/ n _ 1 v ' 

Il programma di trasformazione (13.7) è costituito da una istru¬ 
zione di ripetizione, che legge una cifra alla volta, e lo stato del 
file dopo i passi è : 


fofl fi— 1 fi-fi-lfi (13.6) 

/ / 

e fi =fi. Il valore x corrisponde, passo per passo, al numero rap¬ 
presentato da /. 


procedure recidivar x : integer) ; 
begin x := 0 ; 


(13.7) 
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repeat x : = B * x + num(D]) ; ge/(Z>) 

until 

end 

13.2. Uscita (stampa) di interi positivi nella rappresentazione decimale 

Si tratta di trasformare un numero intero positivo o nullo in una 
sequenza di cifre che lo rappresentino in forma decimale. La se¬ 
quenza di cifre deve essere caricata in un file fi II punto di partenza 
sarà ancora la relazione (13.5). In particolare, si noti che, posto 
x = n«m(/ 0 .../„- 1 ), valgono le relazioni 

numifo .../„_ 2 ) = * di y 10 rn Rì 

num (/ rt - i) = x mod 10 1 ” } 

Ma la successione di cifre ottenuta con successive divisioni per 
10 è fin— 1 ? fin- 2 > per invertirne l’ordine è allora necessario 

introdurre uno spazio di memoria intermedio {buffer). In tal modo 
si ottiene il programma: 

procedure write {e : integer ; var fi: text) ; 
var x, u: integer; i: 0 ..n; 
a: array of integer; 

begin {0 <e < 10"} i\ = 0; x: = e; H39Ì 

repeat {a l * 10° + ... + a,* 10'“ 1 + * 10* = e) K } 

w: = x div 10; 

i: = i- fi; a [1 ] : = jc *— 10*w; x: = m 

unta x — 0 ; 

repeat fi\ : = rep(a[i]); put{f); i: = i— 1 

untìl f = 0; 
end 


13.3. Uscita (stampa) di numeri razionali fratti nella rappresentazione 
decimale 

Si tratta di trasformare un valore razionale x (0 <x < 1) in una 
sequenza di cifre decimali tale che: 

x = num (fi 0 .../ fc ) = 


=/o* 10- 1 +/,* IO- 2 + ... +/*., * 10- k = 

= (fo-+ Jq (fi + ••• + io ** "■))’ 


(13.10) 


dove /, num (fi) (valore numerico rappresentato dalla cilra /,). 
Come per .1 programma (13.7) la successione di cifre viene costruita 
nell’ordine desiderato (c quindi non è necessario il buffer inter¬ 
medio) moltiplicando in ogni passo il resto ottenuto (nel passo ini¬ 
ziale x stesso) per 10 ; la cifra desiderata sarà la parte intera del 
prodotto e il resto, da usare nel passo successivo, sara la parte 
decimale. Si ottiene in tal modo il programma: 

procedure write fraction (e: reai', var /: text), 
var x\ reai; i,u: integer ; 

begin x: = e; fit : = put{f)\ z: = 0; ( -* ) 

repeat {num (./ 0 *••/?-i) + x * ^ l =e, 0 <x<l} 
x:= 10*x; u: = trunc{x); f \ : = rep{u); put{fi); 
ii — i’T 1 ; x: = x — u 

until i = n 
end 

(Come condizione di terminazione non si prende x = 0, bensì 
il numero n delle cifre desiderate). 

13.4. Trasformazione delle rappresentazioni in virgola mobile 

Come si è detto nel capitolo 8 , la rappresentazione dei numeri 
frazionari, comunemente usata nei calcolatori, è la rappresentazione 
in virgola mobile, dove il numero x è rappresentato da una coppia 
ordinata di interi (m, e) B , tale che 

x = m*B e 4 = m<l (1312) 

B è un numero naturale (piccolo), detto base della rappresentazione 
in virgola mobile. Esempi utili a illustrare tale rappresentazione 
(e il perché del nome virgola mobile) sono (con base 10 ): 

(.34567, 2 ) = 34.567 
(.34567, 4 ) = 2345.7 
(.34567, 0) = .34567 
(.34567, - 2 ) = .0034567 

I calcolatori utilizzano la rappresentazione binaria, per cui è 
vantaggioso scegliere, come base B, una potenza di 2 , B— .In tal 
modo, aumentare o diminuire di 1 l’esponente e, significa molti¬ 
plicare o dividere il coefficiente m per 2 *; per far ciò, basta spostare 
la mantissa m di k posizioni a sinistra o a destra ( shift ). 








Di solito, nelle documentazioni esterne al calcolatore, si usa la 
rappresentazione in base 10 ; pertanto, nelle operazioni di ingresso 
e di uscita dei numeri reali, si pone il problema di cambiare la rap¬ 
presentazione dalla base B alla base 10: 

(m, e) B «-(m', e') 10 (13.13) 

1 problemi seguenti riguardano il caso B — 2, ma possono venir 
facilmente adattati a un arbitrario valore di B. La variabile b rap¬ 
presenterà l’esponente binario (base 2 ) e la variabile d quello de¬ 
cimale (base 10). Il metodo più semplice per eseguire la trasforma¬ 
zione desiderata 


( m. , ù) 2 ->(m', d) 10 (13.14) 

consiste nella seguente azione: moltiplicare m per 2 b e poi norma¬ 
lizzare, cioè dividere o moltiplicare per 10 fino a quando il risultato 
m' non verifica la relazione 0.1 <m‘ < 1. Il numero delle divisioni 
(o delle moltiplicazioni) fornisce l’esponente d (o — d). Ma i risultati 
intermedi, in tale processo, possono diventare troppo grandi; richie¬ 
deremo che l’ulteriore condizione 0.1 <m<l valga durante l’in¬ 
tero processo. Perché ciò sia possibile, le moltiplicazioni per 2 e 
le divisioni per 10 dovranno essere alternate. Dalle considerazioni 
esposte si ricava il programma (13.15), nel quale i casi b > 0 e b < 0 
sono trattati in due modi diversi, per evidenti ragioni. 

procedure convert (var b, d: integer; m: real)\ 

begin d: = 0; (13.15) 

if b > 0 then 
while b=f= 0 do 

begin {x = m*2 b * 10 d , 0,1 <>m<\} 
m: = 2*m; b: — b — 1; 

if > 1 then begin = d: — d + 1 end 

end 

else repeat {x = m*2 b + 10", 0,1 <m<\} 
m : = mjl ; b: = b + 1; 

if m< 0 ,l then begin m:= 10 *m; d: — d — 1 end 
until b — 0 
end 

Considerato che i calcolatori hanno una precisione finita, per cui 
in ogni operazione si può avere un errore di arrotondamento, il 
programma ora esposto ha il difetto che, quando il numero di mol¬ 
tiplicazioni e di divisioni diventa elevato, tali errori si possono accu- 
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mulare e rendere non attendibile il risultato finale; un secondo in¬ 
conveniente, sarebbe che le operazioni di ingresso e di uscita dei 
dati numerici richiederebbero un tempo di calcolo troppo elevato. 
Una possibilità di ridurre drasticamente il numero delle operazioni 
necessarie consiste nel memorizzare in una tabella, che sia sempre 
disponibile in memoria, i valori dei moltiplicatori 2 , rappresentati 
da coppie di interi (u, v) b tali che (v. tab. 13.1). 

u [ò]*10 ctw = 2 fr , 0.1 ^m[ò]<1 (13.16) 


TABELLA 13.1. 


b 

u[b ] 

v[b] 

-2 

0,25 

0 

-1 

0,5 

0 

0 

0,1 

1 

1 

0,2 

1 

2 

0,4 

1 ■ 

3 

0,8 

I 

4 

0,16 

2 


Il programma che lavora sulla base di tale tabella è: 


m: = m*u [b]; d: = v [b]; (13.17) 

if m < 0.1 then begin m : = 10 *m; d : = d—\ end 

Risparmiare il tempo di calcolo a spese dello spazio di memoria 
(per la tabella), o viceversa, è una scelta che dipende dalla situazione, 
la scelta della soluzione corretta va fatta in base al costo del tempo 
di calcolo spese e al costo dello spazio di memoria occupato. E 
facile vedere che, neH’esempio precedente, lo spazio di memoria 
necessario per contenere la tabella, diventa eccessivo quando gli 
esponenti variano in un intervallo ampio. Gli intervalli usuali per 
b sono dell’ordine: \b\ <2 9 ; m tal caso la tabella consiste di 2 
elementi. È quindi necessario trovare una soluzione di compro¬ 
messo, consistente nel memorizzare solo una parte della tabella, 
in modo che sia possibile calcolare con una certa facilità gli elementi 
della parte rimanente. 










Il programma (13.15) rappresenta una tale soluzione di compro 
messo r utilizza la sottotabella costituita dagli elementi definiti 
dalla (13.18). 


w [b]* 10 *«= 2 (b \ 0.1 < k [b] < 1 (13.18) 

Si osservi che questo programma è basato sullo stesso principio 
sul quale è basato il programma del prodotto esposto nel capitolo 
7 (7.20). Ci limiteremo a riportare solo il programma relativo al caso 
di esponenti positivi: 

procedure convert (var b, d: integer ; m: reai); 
var /: integer ; 

begin {x = m*2 b , b> 0 } /: = 0; d: = 0 ; 
while 6 > 0 do (13.19) 

begin {m*\Q d *2 b * 2t = x) 

if odd{b) then begin m: = m*u [i]; d:=d-{-v [i]; 
Normalise 

end; 

b : = è div 2 ; i: = f+ 1 

end 

end 

13.5. Problemi 

13.1. Formulare due procedure, di cui: 

.i) la prima legge da un file d’ingresso un numero (positivo o negativo) 
scritto nella rappresentazione decimale (con parte intera, punto decimale 
c P iirte frazionaria), lo trasforma, e Io assegna alla variabile reale v (para- 
metrica) (v. 13.5); 

b) la seconda rappresenti il valore di un parametro reale x come una suc¬ 
cisione di cifre decimali con punto decimale, posta in un file d’uscita 
tv. (13.9) e (13.11)). 

11.2. bormulare una procedura di conversione analoga alla (13.15), che 
«segua la conversione: 


(m y b) 2 

13.3. Formulare una procedura di conversione analoga alla (13.19), che 
.iccctti tanto valori positivi dell’esponente b y quanto valori negativi! 

13.4. Costruire un programma che calcoli i valori esatti di IJn per n = 2, 
50 e li carichi come sequenze di cifre in un file d’uscita. Inoltre: 

a) ogni successione di cifre deve terminare non appena il primo periodo 
«iella parte decimale compare per intero; 

b) per individuare le cifre del periodo deve essere inserito uno spazio bianco 
davanti alla prima di esse. 
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Il fili d’uscita corrispondente alle precedenti richieste sarà: 

.5 0 
.3 

.25 0 
.2 0 
.1 6 

.142857 


.02 0 

Suggerimento: si costruisca una prima procedura, che risolva solo il punto 
(a). Inoltre non si impieghino grandezze reali. 


Ili 

sola volta in ogni punto di campionatura. A ogni passo il numero dei cam¬ 
pioni viene raddoppiato ; allo scopo si introduca una variabile di tipo array 
T tale che 


Tft) = i « 0,..., k (12.29) 

La ripetizione viene interrotta dopo al più p passi, cioè £ — 0, p . 
12.6. Uno zero di una funzione reale f(x) è, per definizione, un valore 
x 0 tale che 


[f(x 0 -c)< 0) = (fa, + ' ; > > °) ( 12 * 3 °) 

per e arbitrariamente piccolo. Scrivere una funzione con parametri a, b 
ed / che calcoli uno zero di / quando valga 

(f(à) < 0) ~ if{b) > 0) (12.31) 

Suggerimento: dividere ripetutamente in due l’intervallo contenente lo 
zero (si noti l’analogia con (11.34)). 

Quanti valori di / occorre calcolare per a , b y £ assegnati? 






Elaborazione di lesti mediante 
le strutture "file" e "array" 


Nel presente capitolo tratteremo alcuni problemi, che consistono 
nell esame e nella trasformazione di configurazioni di simboli- 
essi sono esempi di problemi tipici della programmazione, e costi¬ 
tuiscono degli utili esercizi di applicazione dei concetti introdotti 
nei capitoli precedenti. 


14.1. Delimitazione della lunghezza delle linee di un textfile 

Un textfile è formato da sottosequenze di caratteri, delimitate 
da spazi bianchi (simboli blank) o da simboli di fine-linea. Ogni 
sottosequenza, racchiusa fra due blank consecutivi, è detta parola- 
il numero dei simboli in essa contenuti vien detto lunghezza della 
parola. Ogni sottosequenza, racchiusa fra due simboli di fine-linea 
consecutivi e detta linea; il numero dei simboli in essa contenuti 
e detto lunghezza della linea. Si voglia costruire un programma che 
legge un. file / e che genera un file g, contenente la medesima sequenza 
< i parole e formato da linee di lunghezza non superiore a un valore 
limite Lmax. Il numero totale dei simboli in /e in g deve essere lo 
Messo e, chiaramente, per ogni parola deve valere p <pmax < Lmax 
(p lunghezza della parola). Inoltre, supponiamo che/contenga 
almeno una parola e, di conseguenza, almeno una riga. 

Da tale impostazione del problema, segue che g deve essere una 
copia di /, nella quale certi spazi (blank) vengono sostituiti da sim- 
boli di fine-riga e viceversa. 

È chiaro che raggiunta di una parola, in g, non può avvenire 
senza una memorizzazione intermedia di alcuni caratteri. Infatti 
le parole non possono essere divise, per cui è lecito aggiungere una 
parola solo se vi è ancora lo spazio sufficiente nella linea di g. Per- 
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ciò occorre conoscere la lunglic/./.a della parola da aggiungere: 
solo dopo averla letta completamente, si può decidere se bisogna 
introdurre in g un blank, oppure un simbolo di line-riga; eseguita 
questa operazione, si può aggiungere la parola in esame al file g. 
È quindi necessario introdurre un buffer per la memorizzazione inter¬ 
media delle parole (il buffer dovrà quindi contenere pmax simboli). 

Il file fé formato da una sequenza di parole e di separatori, per 
cui la struttura appropriata per il programma è la ripetizione di 
un’istruzione /, che contenga le istruzioni per leggere dal file f una 
parola, seguita dal corrispondente separatore, e per trascriverla 
nel file g, preceduta da un separatore (v. fig. 14.1). 


f \ w s w 

s 

w 

s i 


g | w s w 

s 

W 

s ì 

; passo i 

passo i-f 1 



Figura 14.1. 


Il caso più generale in cui a una parola possono seguire più sepa¬ 
ratori può essere ricondotto al più semplice schema della figura 
14.1, considerando lecite anche parole di lunghezza 0. Da questo 
punto di vista, ogni separatore immediatamente successivo a un 
altro separatore viene considerato una parola di lunghezza 0, otte¬ 
nendo in tal modo una sequenza alternata di parole e di separatori. 

Tornando al programma, esso si ottiene inserendo l’istruzione 
I nello schema generale (10.13); ma, prima, conviene introdurre 
due procedure, così definite: 

1 ) readword: legge una parola dal buffer B (memoria intermedia); 
dopo l’esecuzione di readword, la variabile eh contiene l’ultimo 
simbolo letto, successivo alla parola, e p è uguale alla lunghezza 
della parola; 

2) writeword : aggiunge al file g la parola contenuta nel buffer B. 
L indicherà la lunghezza attuale dell’ultima linea di g in costru¬ 
zione; perciò, L dev’essere incrementata di 1 ogni volta che viene 
aggiunto un simbolo a g. Se (per semplificare il progr amma ) si intro¬ 
ducono al posto di/e di g i file standard input e output, il progr amma 
risulta : 































Inaili readword ; 

if L 4- w < Lmax then 

begin M/r^(' ');L:«L + 1 
end else (14.1) 

begin writeln ; L : = 0 
end; 
writeword 

end 

Prima di specificare nei dettagli le due procedure ausiliarie, 
è necessario delineare la situazione che si presenta all’inizio e alla 
line della elaborazione del file . Dalla figura 14.2 risulta evidente 
che, tanto all’inizio come alla fine, debbono venir introdotte alcune 
istruzioni non collegate all’istruzione /, che non vanno perciò inglo¬ 
bale nell’iterazione. 


var w: 0 .. wmax; {lunghezza di parole} 

L : 0 .. Lmax ; {lunghezza di riga} 
eh : char; {ultimo simbolo letto} 

Z: array [1 .. wmax ] of char ; {buffer} 
procedure readword ; 
begin w := 0 ; 

while {eh =£ ") a (cA eo/) do 

begin w : = w 4- 1 ; Z[w] := eh; read(ch) 

end 

end; 

procedure wrileword ; 
var /: 1 .. wmax; 

begin for / : = 1 to w do write(Z[i]) ; L : = L + >v 

end; 

begin L: = 0; read{ch ); readword; writeword; 
while —ieo/(/n/?uf) do 
begin read{ch); readword ; 
if L 4- w < Lmax then 
begin wr/ref .');L:=L+ 1 
end else 

begin write{eol); £: = 0 

end; 

writeword 

end ; 

wr ite {eoi) . 

end. 
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/ 

g 


w s 

w \ j 

i s 

w s 





w s 

w | ; 

i s 

w s 

passo 0 : 



i pas; 


Figura 14.2. 


Nel passo 0 viene letto un simbolo di separazione in più rispetto 
ai simboli scritti, mentre nel passo finale viene scritto un simbolo di 
separazione in più rispetto ai simboli letti. Il programma finale è 
riportato in (14.2). Si può verificare che le due procedure ausiliarie 
sono corrette anche nel caso di parole vuote. 

Dairesempio precedente si deducono le considerazióni seguenti: 

1 ) se si vuole trasformare una sequenza di configurazioni (contenuta 
in un file f) in una sequenza di configurazioni corrispondenti, biso¬ 
gna innanzi tutto formulare il passo di trasformazione di una singola 
configurazione; l’istruzione così ottenuta va inserita in una istruzione 
while o repeat; inoltre, all’inizio e alla fine del file (o della relativa 
elaborazione), si verificano delle condizioni particolari, che vanno 
elaborate con due istruzioni distinte, prima e dopo la ripetizione; 

2 ) per esprimere delle azioni, che hanno una loro unità interna, 
si introducono delle procedure corrispondenti; la loro specificazione 
può esser rimandata a una fase successiva; anche la struttura dei 
dati, impiegati da tali procedure, può essere precisata in una fase 
successiva (non appena la specificazione delle procedure le renderà 
necessarie). 


14.2, Modifica (editing) di una linea in un testo 

Consideriamo il seguente problema: siano dati una linea z for¬ 
mata dalla successione di simboli 

z = z,z 2 ...z„ n > 0 

un sostituendo x, assegnato da 

x = x l x 2 ...x k k> 0 (14.3) 

e un sostituto (di x) y, assegnato da: 

y = yi y 2 ...y m m^O 
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Si vok. 1 i<i i iiiipiu/./.ai t* urlKi luirii ,• il sostituendo x con il sostituto 
y. Una variabile booleana q rappresenterà il valore di verità della 
proposizione * è contenuto in z. Nel caso normale tale valore dev’es¬ 
sere true. Può inoltre accadere che x compaia più volte in z: per 
definire in modo univoco tale situazione, si assume che sia speci¬ 
ficata una posizione di linea p ; il sostituendo x viene cercato a partire 
da tale posizione, proseguendo da sinistra verso destra, e viene 
sostituito non appena incontrato. Si assegna poi alla posizione di 
linea p 1 indice del simbolo successivo alla sequenza sostituita. 
Se non si trova alcun jc fra p e la fine-linea, la ricerca prosegue Fra 
l’inizio di linea e la posizione p (ricerca circolare). 


Esempi: x = AB, y = ZJVW 

z prima e dopo la sostituzione 

EFABGH EFUVWGH 

t r 

EFABCDABCD EFABCDUVWCD 

t T 

EFABCDABCD EFUVWCDABCD 

T . t 

Questo metodo di sostituzione è spesso usato, per esempio, dai 
calcolatori collegati a un terminale, che memorizzano i dati e i pro¬ 
grammi dell’utente nella forma di textfile. 

Il problema posto può essere diviso in due passi distinti: 

1 ) la ricerca del sostituendo x nella linea z (z — axb ); 

2 ) la sostituzione di y a x (z — ayb). 

Passo 1 : individuare un indice i tale che 

Xj = z i&j _ l per tutti i y = 1 , ..., k (14.4) 

II programma che assegna alla variabile ^ il valore di verità 
di “è stato trovato x e i è l’indice cercato” è: 

i:= p; 
repeat {£>(/)} 

<?:=* = (V 

i : = i + 1 ; if / > n then / : = 1 
until q V (* = p) 


(14.5) 


rii l! lOrn/fan* I Irti jf fi .fi. inlr |r .ffijffiuft ‘ f ||* t Vjrmy' I •;», 


dove 


2(0* (*I — ... Zj +k _ 1 ) 


per tutti i 



i — 1 se i >p 

ne 1 ... /—l se i<p 


Il confronto di due sequenze di simboli può essere ulteriormente 
suddiviso in una successione di confronti di singoli simboli: 


j — 1 ; 
repeat {/>(/)} 

q := (x[y] = z[i+j- 1]); j : = j+ i ( 14-6 ) 

until -i q V (y > k ) 

dove: P{j): Q (j) A (x h = z f+h _,) per ogni h= 1 ... j — 1. 

Tuttavia questa versione è ancora incompleta, poiché nel caso 
in cui 


Xh = Zi+h-ì per tutti gli A = 1 ... h' 
i + h'— \—n e h'<k (14.7) 

vengono confrontati i simboli x h+l e z B+ i; ma z„ +1 non esiste e 
non è definito; inoltre, nella impostazione del problema, non si 
è deciso se interrompere in questo caso con risultato negativo, 
oppure se proseguire il confronto dall’inizio di linea (circolarmente)! 

Sceglieremo qui la prima alternativa: 

7 ; = i; 

repeat if i + j > n then q : = false else (14.8) 

q := x[j] = z[i+j-\]-J :=j + l 
until ~iq V (y > k) 

Spesso, per semplificare questa istruzione, si usa una soluzione 
che rende inutile il test esplicito di fine-linea; tale soluzione consi¬ 
ste nel marcare la fine-linea con un simbolo che non può comparire 
nel sostituendo (per esempio con eoi). In tal modo, si può applicare 
il programma (14.6) al posto di (14.8). 

Passo 2. al posto dei simboli z f ...z f+ *_ 1 vanno ora sostituiti 
i sùnboli y l ... y m . A tal fine, la sequenza di simboli z = axb viene 
prima trasformata in z' = ab, spostando b di k posizioni verso sini- 
sria; in seguito, essa può essere portata nella forma desiderata, 
z " ~ ayb, spostando b di m posizioni verso destra e inserendo y 
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nello spazio tntrt Minilo I.» » mie» libri o la le procedimento può 
essere scmplitìcaio '.poM.uuln /• una sola volta, distinguendo i due 
casi: 

1 ) mck: il sostituto è più breve del sostituendo; b viene spostato 
di k — m posizioni verso sinistra; 

2 ) m > k : il sostituto è più lungo del sostituendo ; b viene spostato 
di m — k posizioni verso destra. 


Il programma complessivo, costituito da un passo di ricerca 
e da un passo di sostituendo, è riportato per esteso in (14.9): 

procedure Substitute: 

var /, j : 1 .. n -h 1 ; q : Boolean : d : integer ; 

begin {passo 1 : arco x nella linea z} 
i := p; 
repeat j : = 1 ; 

repeat q : = (x[j] = z[i+j- 1]); j : = j + 1 
until ~iq V (j > k ); 
i : = / + 1 ; if i > n then i : = 1 
until q V (i = p) ; 

if q then 

begin {passo 2 : sostituisci y a *} 
d \ ~ m — k\ p : — i\ 
iid < 0 then 
begin j :=* p + k; 

while j ^ n do 

begin z[j + (f\ ■= z[j]; j : = j + 1 

end (14.9) 

end else 
if</> 0 then 
begin j : = « ; 

while j ^ p + k do 

begin z[j + </] := z[/); j: = j- 1 

end 

end: 

n : — n 4- d; j := 1 ; 

while m do 

begin z|>] : = X /]:P ■ = P + 1 :j : = j+ 1 

end 

end 


end 


Elaborazione del testi mediante li strutture "file" e "array** 
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14.3. Riconoscimento di linguaggi regolari 

Un problema che si presenta di frequente nella stesura di pro¬ 
grammi che interpretano o che traducono un testo, è il riconosci¬ 
mento di particolari configurazioni di caratteri in un textfile. Per 
configurazione si intende una sequenza di caratteri costruita secondo 
delle regole assegnate. La complessità di un algoritmo, che verifica 
se una data sequenza di simboli soddisfa alle regole, dipende chia¬ 
ramente dalla loro complessità. Le regole, che definiscono le con¬ 
figurazioni lecite, in genere vengono dette sintassi ; il problema del 
riconoscimento è detto invece analisi sintattica. 

Nel seguito esporremo una classe di regole (cioè uno schema di 
regole) che generano configurazioni di simboli riconoscibili da 
algoritmi estremamente semplici, e caratterizzate da una certa 
regolarità e semplicità di struttura; perciò, le regole si chiamano 
anche espressioni regolari e gli insiemi delle sequenze di simboli, 
da esse generate, si chiamano linguaggi regolari. Introduciamo 
innanzitutto la seguente notazione: 

1) i caratteri minuscoli indicano simboli di un vocabolario base V 
(ogni configurazione sarà una sequenza di simboli di V); 

2 ) i caratteri maiuscoli indicano le espressioni regolari, o, alternati¬ 
vamente, gli insiemi delle sequenze da esse definite; 

3 ) i caratteri greci minuscoli indicano arbitrarie sequenze di simboli 
dell’alfabeto V ; /„ indica la sequenza vuota; 

4 ) l’insieme di tutte le sequenze ottenute come accostamento di 
una sequenza di A con una sequenza di B viene indicato come il 
prodotto AB: 


AB={ctj}\(xeA e fieB} (14.10) 

5) l’unione dei due insiemi A e B viene indicata con A | B : 

A\B = {y\yeA o yeB} (14.11) 

6 ) Pinsieme delle sequenze costituite dall’accostamento di un nu¬ 
mero arbitrario di elementi di A viene indicato con A*: 

A* — {À} u Au AA \j AAA u ... 

Le espressioni regolari sono definite secondo lo schema seguente : 

1 ) ogni simbolo dell’alfabeto base (vocabolario) è una espressione 
regolare ; 






rHphnln n 


! »M 


.’) Ogni prodotto ili due espressioni regolari AB è un’espressione 
regolare; 

1) ogni unione di due espressioni regolari A\B è un’espressione 
icgolare; 

4) se A è un’espressione regolare, anche A* è un’espressione regolare; 

5) sono espressioni regolari solo quelle ottenute dalle regole 1) - 4)! 

Esempi di espressioni regolari sull’alfabeto base V— {a, b, c, 
d, e, f) con gli insiemi di simboli corrispondenti sono: 

1) a {a} 

2) ab\bc {ab, bc} 

3) ab*c {ac, abe, abbe, abbbe, ...} (14.12) 

4) a (( b | c) a)* {a, aba, aca, ababa, abaca, acaba, acaca} 

5) a{b\c)*d {ad, abd, aed, abed, acbd, accd, ...} 

Il problema posto, del riconoscimento di configurazioni di sim¬ 
boli, può ora essere formulato nel modo seguente: 

sia A un insieme di sequenze descritto da un’espressione regolare 
/ ; costruire un algoritmo di riconoscimento & (E), che stabilisce, 
per ogni sequenza a, di simboli del vocabolario V(aeV*), se ot 
appartiene all’insieme A (a e Al). 

I. idea più immediata, è di sfruttare la struttura dell’espressione 
regolare, come base per determinare la struttura delPalgoritmo di 
riconoscimento. Un metodo sistematico per eseguire tale traduzione 
«leve logicamente posare su una regola di trasformazione degli ele¬ 
menti strutturali delle espressioni regolari. Un’immagine visiva delle 
regole-base, utile da questo punto di vista, è fornita dal loro dia- 



Figura 14.3. 
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gramma sintattico (v. fig. 14.3); dove a sua volta, 

indica il diagramma sintattico della sotto-espressione A. 

Per esempio, l’applicazione di queste corrispondenze all’espres¬ 
sione 4 in (14.12) porta al grafico della figura 14.4. 

Un algoritmo di riconoscimento adeguato deve decidere se la 




sequenza di simboli letta sino a quell’istante è accettabile, esami¬ 
nando un certo numero (il più piccolo possibile) degli ul timi sim¬ 
boli letti; un algoritmo di riconoscimento, basato su un diagramma 
sintattico, decide il cammino da seguire confrontando gli ultimi 
simboli letti con i prossimi simboli del diagramma (se nessun cam¬ 
mino corrisponde ai simboli letti, la sequenza non è riconosciuta). 
In particolare, per un linguaggio regolare, si può sempre costruire 
un algoritmo di riconoscimento che sceglie il cammino, confrontando, 
di volta in volta, il prossimo simbolo del diagramma con il simbolo 
appena letto. Per verificare questa affermazione, bastano delle 
semplici considerazioni: 

a) il problema di decidere il cammino da seguire, si presenta solo 
quando si incontra una ramificazione; per poter decidere univoca¬ 
mente, basta che ogni ramo inizi con un simbolo diverso; 

b) ogni espressione regolare (e il diagramma sintattico corrispon¬ 
dente) può essere trasformata in un’espressione (in un diagramma) 
equivalente, che soddisfa alla condizione precedente, usando le 
seguenti regole di trasformazione: 

!• aA\aB^=a(A\B) (14.13) 

2. (aA)*aB =aB\aA (aA)*B = a(À\A ( aA)*a ) B=a (. Aa)*B 

(14.14) 

(aA)*(aB\C ) = (aA)*aB\(aA)*C = a (Aa)*B\(aA)*C (14.15) 


3. 
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Esemplo : 


(abc\abd) {efgj)*ef = a ( bc\bd) (efg/)*ef - 
— ab(c d) (efgf)*ef = ab (c\d) e (fg)'e)*f— (14.16) 

= ab(c d) ef ( gfef )* 

Dopo aver trasformato l’espressione regolare (o il diagramma 
corrispondente) nella forma desiderata, detta deterministica , è pos¬ 
sibile tradurla direttamente in un programma. Le regole di tradu¬ 
zione, che trasformano una espressione regolare deterministica in 
un programma di riconoscimento, sono basate sulle tre convenzioni 
seguenti : 

1) Il programma di riconoscimento ha la forma 

var eh : char; {ch = ultimo simbolo letto} 

begin read (eh); & (X) (14.17) 

end 


dove la sequenza di simboli da riconoscere è posta nel file input e 
e 2P (x) rappresenta il programma ottenuto dalle regole di traduzione ; 

2) Fistruzione next è definita come abbreviazione delFistruzione 
read (eh); 

3) Fistruzione text (x) esamina se ch = x (se chd=x, la sequenza 
di simboli non appartiene all’insieme indicato ; in tal caso Fistruzione 
può provocare, per esempio, Finterruzione del processo di ricono¬ 
scimento). 


Le regole di traduzione sono le seguenti: 


1. &(a) 

= test(a) ; read(ch) 

(14.18) 

2. &{AB) 

= &(A);&(B) 


3. #M|B) 

= if eh — a then 

(14.19) 


begin read(ch) : d?(A) end 



else &{B) 

(14.20) 

4. .d>{[aA)*) 

— while eh = a do 



begin read(ch): #{A) end 

(14.21) 


È poi necessario considerare un’eccezione all’ultima regola, 
quando all’espressione A non seguono altre espressioni. In tal caso 
la regola dev’essere: 




while ~i eof (input) do (A). 


(14.22) 


Inoltre è spesso utile Fuso della regola ulteriore: 


•P (aA (bA)*) = (14 23) 

test (a); repeat next; (A) until eh ^ b 

test (a); repeat next ; SP 04) until ch^fih 


Esempi : 

1. .^(aa*b) = 

test (a); next; (14.24) 

while eh = a do next; 
test (b);next 

(Osservare che il programma di riconoscimento completo si 
ottiene inserendo tale sequenza di istruzioni nello schema (14.17). 

2. & (a (bc I bd)* e) = 2P (a (b (c I d) )* e ) = 
test (a); next; 

while eh = b do 

begin read (eh); if eh = c then next else (14.25) 
begin test(d); next 
end 
end; 

test (e) ; next 

2. (eab (cb)*(dab (cb)*)*e ) = 

test(e); 

repeat next ; test (a); 

repeat next; (14.26) 

test (b);next 
until eh =£ c 
until ch¥= d; 
test (e); next 

Nota : l’espressione ha la forma eA(dA)* (dove A = aB(cB)* 
e B~b, per cui si può impiegare due volte la regola di traduzione 5). 

L’istruzione text (jc) non ha alcun effetto se eh = x. Se invece 
si verifica il caso contrario, la sequenza contenuta nel file input 
non appartiene all’insieme definito dall’espressione regolare e il 
processo di riconoscimento può venire interrotto con risultato 
negativo. La situazione, in cui la prosecuzione del processo di cal- 
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colo non ha più senso, può essere risolta con una opportuna istru 
ztone di salto. Per esempio, la procedura test può cnm-h* ni ulta nella 
forma (14.27): 

procedure test(x: char); 

begin if eh x then goto 13 (14.27) 

end 

dove “goto M ” rappresenta l’istruzione di salto e M è la cosiddetta 
etichetta (label) dell’istruzione /, alla quale è indirizzato il salto. 
L’associazione di un’etichetta a / viene indicata nel modo seguente : 

13:/ (14.28) 


(a / è associato il label 13). 

Il riconoscimento di configurazioni, nella programmazione, ri¬ 
guarda un campo di applicazioni piuttosto ristretto; qui, è stato 
esposto solo come introduzione al più generale e importante capi¬ 
tolo della elaborazione di configurazioni. Se l’insieme della confi¬ 
gurazione da elaborare è un linguaggio regolare, esso può essere 
descritto da un’espressione regolare, la cui struttura serve a ripro¬ 
durre anche la struttura dei passi di elaborazione. A tal fine, si intro¬ 
duce la seguente definizione : sia E un’espressione regolare e Q indi¬ 
chi l’elaborazione da eseguire, dopo aver riconosciuto una confi¬ 
gurazione oteE; chiameremo EQ espressione (regolare) di elabora¬ 
zione . 

La regola di traduzione di una espressione di elaborazione in un 
segmento di programma è 

&>(EQ) = 0>(E); Q (14.29) 

Un caso particolare di elaborazione, che si presenta abbastanza 
spesso, è la traduzione di una sequenza di simboli; in questo caso, 
Q indica la sequenza di simboli da fornire in uscita, dopo il ricono¬ 
scimento di un ingresso a e E, e la regola di trasformazione diventa: 

(EQ) = &>(£); write (Q) (14.30) 

La teoria delle espressioni regolari e degli automi di traduzione 
garantisce che il linguaggio ottenuto in tal modo è ancora un lin¬ 
guaggio regolare. 

Una applicazione è fornita dal seguente esempio di elaborazione: 
sia 

£ = ( 0 | 1 )( 0 | 1 )* 


(14.31) 
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la corrispondente espressione di elaborazione avrà la forma: 


£" = (0fì o jK2 1 )((K2 2 |lG3) 

Se poniamo: 

Q o = n: — 0 
Q 1 =n: = l 
&2 ~ n : = 2*n 
Qì = n: = 2 *n + 1 


(14.32) 


la variabile n indicherà il valore rappresentato dalla sequenza di 
cifre binarie da elaborare. 

Il programma di elaborazione risulterà: 

9 (A') = 

if eh = '0' then n : = 0 else 

begin test ('1'); n:=l (1433) 

end ; J 

next; 

while (eh = '0') v (ch = 'l')do 

begin if eh = '0' then n : = 2*n else n : = 2*n + 1 ; 
next 

end ; 

L’elaborazione dei linguaggi regolari (detti anche lineari) è la 
base per i compilatori dei linguaggi di programmazione. Benché 
gli usuali linguaggi di programmazione non siano formati da insiemi 
regolari di sequenze (frasi del linguaggio), possono essere generati 
con un piccolo ampliamento delle regole di costruzione delle espres¬ 
sioni regolari. L’elenco, esposto sopra, di schemi di programma e 
di regole di trasformazione delle espressioni in segmenti di pro¬ 
gramma, aventi una struttura assegnata, è un esempio tipico di 
come sistemi di elaborazione complessi possono essere costruiti 
sistematicamente a partire da pochi tipi di elementi base. Abbiamo 
m tal modo esposto una delle tecniche più importanti, per costruire 
sistemi di programmazione chiari e di facile verifica. 


14.4. Problemi 

;/n,ÌL abÌlire Se . ‘ dl f programmi seguenti risolvono in modo corretto 
p blema, posto nel paragrafo [14.1], di copiare un textfile limitando 
la lunghezza massima delle linee. J ao 
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(a) var /, L , w: integer \ eh : c/iar; 

Z: array [1 . . wmax] of c/zar; 
binili L : = 0 ; 

repeat w : = 0 ; read (eh) ; 

while eh ^ ' "do 

begin vi* : = w 4- I ; ZM : = eh ; read(eh) 

end; 

if w > 0 then 

begin if L -f w < Lmax then 

begin urite (' ' ) ; L : = L 4- 1 
end else 

begin writeln; L := 0 

end; 

for z : = 1 to w do vm7e(z[/]); L := L 4- w 

end 

unti! eof (input) 

end. (14.34) 


(b) var f, L, w: integer; eh : citar; 

Z : array [ I . . wmax\ of char ; 
begin L : = Lmax ; 

repeat if eh = ' # then read (eh) else 
begin h’ : = 0 ; 

repeat w : = w + 1 ; Z|V] : = r/r; read(ch) 

until eh — ' ' 

if L + w < Lma x then 


begin wriH?( f ' ); L : = L 4- 1 
end else 

begin writeln ; L : = 0 

end; 

for i : = 1 to w do wrz7e(Z[/]); L : = L 4- w 

end 

until eof (input) ; 
writeln 

end. 


14.2. Si vogliono indicare certi simboli di una linea di stampa di lunghezza 
/, t stampando dei simboli T' nelle posizioni corrispondenti della linea di 
stampa successiva. Tali posizioni siano assegnate dai valori 

Pi, Pi, Pi, -, P* n ^, 1 ^Pl<L 


valga inoltre 


Pi <Pj per ogni i <j 


Esempio ; /> — (6, 11, 19, 32) 

Linea 1 : Questo problema è un gioco da bambini 
Linea 2: T T T T t 

Esaminare i seguenti cinque tentativi di soluzione. Quali sono 
Quali ì casi in cui quelli non corretti sbagliano? 

for i : = 1 to L do 
begin if i = p[k] then 

begin write('*'); k : = k + 1 

end 

else writef ') 
end 

(b) k : = 1;je( n + 1] := 0; 

for / ; = I to L do 
begin if i = p{k] then 
begin write('*'); 

repeat k : = k + 1 until / ^ p[k) 
end 

else wr//e(' ' ) 

end 

(c) / :* 1; 

for k : = 1 to n do 
begin repeat write(‘ ' ) ; i : = i + I 
until i — p[k ] ; 
wTi/e('*'); / : = / -h 1 
end 

(d) i : = 1 ; /c : == 1 ; 

repeat 

while i < p[k J do 
begin write(' ');/:=/ 4- 1 

end; 

if i = p[£] then 
begin vrme('*'); * •= ? + 1 

end; 

*:=* + ! 

until k > n 

(e) i : = l ; k : = 1 ; 

while L ^ w do 
begin while i < p[k] do 

begin wri/éL ');/:=/+ 1 

end; 

while pM = iéok := k + 1; 
w>n7e('*') 


corretti? 


(14.35) 


end 















/'/ >\ Costruire un programma che conta il numero di simboli distinti 
contenuto in un assegnato iextfile. Porre il risultato in una variabile N 
del tipo 

var N: array [ char ] of integer 

c tale che N [c] rappresenti il numero dei simboli c contenuti nel file. Si 
introduca inoltre una variabile D che indichi il numero delle componenti 
di N diverse da 0. 

14.4. A e B siano due array composti da parole; ogni parola A,- e ogni parola 

B, sia rappresentata da un array composto da simboli; inoltre, per ogni 
/ 1 ... M, le componenti di A e di B 

A u ... A i m and B iA ... B i n . m*,*, < N 

siano dei caratteri e le componenti 

^i.m, + i • • '^i,v and 1 • * - B ln 

siano spazi bianchi. Sia inoltre assegnato un textfile input , costituito da 
una sequenza di successioni di caratteri (parole) separate da simboli di 
line riga e da spazi bianchi. 

C ostruire un programma che legge il textfile input e che genera un file output , 
nel quale tutte le parole eguali a un dato A { siano sostituite dal corrispon¬ 
dente tìj. 

Suggerimento: usare un buffer di memorizzazione intermedia contenente 
.il più N simboli. Introdurre una procedura transmitword, che paragona 
l’ultima parola letta e memorizzata nel buffer , Z, ... Z k , con tutti gli A h 
c che scrive nel file output o o Z. Si prenda in considerazione la seguente 
procedura (con particolare cautela): 

procedure Transmitword ; 

var i : 0.. M ; j : 0 .. N ; / : Boolean ; 
begin i : = 0; {Z[k + 1J = ' 0 < k < N] 

repeat i : = / + 1 ; j : = 0 ; 

repeaty : = y + 1 ;/:= Z[y] * Affij] (14.36) 

unti!/ V (j — k) 
until —f V (/ = Af)\ 
if/then Emit(Z) else 
end 

14.5. Sia dato un array C di parole chiave. C U1 ... C it „, siano dei caratteri, 
mentre C (> . + 1 ... C, N siano spazi bianchì (1 <n f <N, 1 <i <M). Come 
uri l’esercizio 14.4 > sia dato un textfile input, costituito da parole separate 
il.i simboli di fine linea o bianchi. Ogni linea contenga inoltre al più L sim¬ 
boli. 

( ostruire un programma che generi un file output , ottenuto dal file input 
con rotazioni cicliche delle parole di ogni linea, in modo che, in ogni linea, 
rinizio di una parola chiave sia in una posizione fissata k. Se una linea non 
contiene nessuna parola chiave, allora essa non verrà scritta nel file output , 
mentre, se contiene più parole chiave, comparirà un numero di volte pari 
al numero delle rotazioni distinte, che portano una parola chiave nella posi¬ 
zione desiderata. 

Usare come buffer una variabile di tipo array composta da L simboli. 


14.6. Scrivere un programma, secondo le regole di trasformazione (14.18) + 

. (14.23), per valutare delle espressioni aritmetiche del tipo di quelle ese¬ 
guibili da una calcolatrice da tavolo. L’alfabeto base sia: 

La struttura dei testi forniti dal file input sia definita dall’espressione regolare 

(<i + ((+|-|*|/) rf+ )* = ) + 

dove d rappresenta una qualsiasi cifra decimale e la notazione B + è un’ab¬ 
breviazione per BB*. Per valutazione si intende il calcolo e la stampa del 
valore dell’espressione, dove il simbolo di eguaglianza indica semplicemente 
la fine di un’espressione. 

Nella precedente espressione regolare, tutte le operazioni aritmetiche sono 
considerate dello stesso rango (classe di precedenza) e la valutazione pro¬ 
segue strettamente da sinistra verso destra ; scrivere un secondo programma 
che valuti le medesime espressioni, dove però gli operatori * e / abbiano 
la precedenza sugli altri. La corrispondente espressione regolare, adeguata 
allo scopo, è: 

(d+ ((. i d «+1 -> d + ((• | /)*)*=r 

Scrivere anche le due espressioni dì valutazione (regolari) dalle quali si 
ottengono i due programmi in. questione. 



Sviluppo di un programma 
per passi successivi 



Dalle considerazioni fin qui esposte, e in particolare dagli esempi 
del precedente capitolo, risulta chiaro che la programmazione è un 
processo di invenzioni e di formulazione di algoritmi, in generale 
complesso, che richiede attenzione ai dettagli e la conoscenza di 
tecniche specifiche. Inoltre, solo in rarissimi casi, la soluzione è data 
da un unico programma; per lo più sono possibili molte soluzioni 
e la scelta del programma migliore dipende da molti fattori: dalle 
caratteristiche del problema in esame, dal calcolatore a disposizione, 
dalfimpiego cui è destinato il programma. Se, invece, la programma¬ 
zione fosse un processo puramente deterministico (cioè, che porta 
a un’unica soluzione obbligata), sarebbe stata automatizzata già 
da tempo. 

Come nelFingegneria, la costruzione di un prodotto — in questo 
caso di un algoritmo — avviene alternando fasi di analisi e scelte 
realizzative. Si comincia da un’analisi generale del problema e si 
sceglie una prima soluzione a grandi linee; a partire da questa, la 
costruzione della soluzione finale, adatta agli strumenti tecnici 
disponibili, avviene per gradi, specificando un numero sempre mag¬ 
giore di dettagli. Ma, contrariamente a quanto accade nel campo 
deiringegneria, nel campo della programmazione i prodotti sono 
oggetti di natura astratta, e perciò slegati da complicazioni di natura 
fisica; i processi avvengono esattamente nel modo indicato nei 
programmi, senza effetti fisici collaterali (che, nelFingegneria, pos¬ 
sono essere causati dall’invecchiamento delle macchine e dai mate¬ 
riali di qualità inferiore usati). 

Le tecniche di costruzione dei programmi si basano su un unico 
principio : scomporre Fazione necessaria per risolvere un problema, 
in azioni più semplici, e suddividere (di conseguenza) il problema, 


in sottoproblemi. Ogni passo di suddivisione (o di specificazione 
dei sottoproblemi) deve verificare le seguenti condizioni: 

1) la soluzione dei sottoproblemi conduce alla soluzione generale; 

2) la successione di azioni da eseguire ha senso ed è possibile ; 

3) la suddivisione scelta dà luogo a sottoproblemi “più vicini” 
agli strumenti disponibili, cioè risolubili più direttamente nel lin¬ 
guaggio di programmazione, nel quale sarà scritta la versione finale 
del programma. 

È proprio quest’ultima richiesta che rende impossibile uno svi¬ 
luppo lineare, che parte dal problema e giunge alla soluzione attra¬ 
verso la scomposizione del problema in sottoproblemi. Infatti, può 
accadere che un sottoproblema, deciso in un certo passo di speci¬ 
ficazione, sia difficile da risolvere con i mezzi del linguaggio di pro¬ 
grammazione, e che questa difficoltà si riveli solo in passaggi suc¬ 
cessivi. Occorre allora riprendere in considerazione i passaggi pre¬ 
cedenti. 

Se il processo di scomposizione del problema e il contemporaneo 
sviluppo e raffinamento del programma sono un processo di con¬ 
tinuo approfondimento degli aspetti specifici, diremo che il modo 
di procedere è dall’alto verso il basso {top-down). Ma si può seguire 
anche il metodo opposto, partendo dalle istruzioni del linguaggio 
di programmazione (o addirittura del linguaggio macchina), co¬ 
struendo da queste dei sottoprogrammi assai semplici, collegando 
fra loro semplici sottoprogrammi in sottoprogrammi più complessi, 
e cosi via sino a ottenere il programma finale, che costituisce la solu¬ 
zione completa del problema; questo procedimento, che parte dalla 
codificazione profonda , vien detto dal basso verso l’alto (bottom-up). 
In pratica, come prima accennato, lo sviluppo di un programma non 
può seguire un procedimento puramente top-down , ma neppure 
puramente bottom-down . Tuttavia, si può affermare che, nella co¬ 
struzione di un nuovo algoritmo, è dominante il processo top-down , 
mentre, nell’adattamento (a scopi diversi) di un programma già 
scritto, assume una maggiore importanza il metodo bottom-up. 

Tanto la scomposizione di un problema in sottoproblemi, quanto 
la composizione di un programma a partire da componenti separate, 
dà luogo a una costruzione ben strutturata. È estremamente impor¬ 
tante disporre di un linguaggio in grado di esprimere tale articola¬ 
zione in sottoproblemi: solo così è possibile ottenere una versione 
finale del programma, che rappresenta il processo di soluzione se¬ 
guito e che permette di ricostruire e di verificare il processo stesso. 
Una formulazione in un linguaggio non strutturato, al contrario, 
(caso estremo è l’insieme delle cifre binarie che rappresentano un 
programma nella memoria), rappresenta una versione priva di 
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quelle informazioni i he permettono di distinguere un programma 
da un accostamento casuale di simboli. 

Quando si scompone un'azione m azioni più semplici, e necessario 
introdurre nuove variabili, che indicano gli argomenti e i risultati 
dn sottoprogrammi corrispondenti, e che stabiliscono il legame 
fra i sottoprogrammi. Queste variabili devono essere introdotte, 
durante lo sviluppo per passi di specificazione successivi, solo nei 
sottoprogrammi, per i quali si rendono necessarie. Inoltre, spesso, 
una descrizione più dettagliata della struttura dei dati comporta la 
specificazione di ulteriori dettagli. Perciò il linguaggio usato dovrebbe 
permettere anche di rappresentare strutture di dati gerarchiche. 

I >a quanto detto risulta chiara l’importanza dei concetti relativi alle 
vai labili locali (v. [12.2]) e ai tipi di dati strutturati (v. cap. 10 e 11). 

Nei quattro paragrafi seguenti, illustreremo con degli esempi 
le* considerazioni riportate sopra. Essi non riguardano (eccetto. 
Ini se, il primo) problemi comuni nella elaborazione dei dati; ma 
olii) siati scelti perché, nonostante la loro brevità, essi illustrano 
un tratti essenziali i metodi della programmazione sistematica. 

15.1. Soluzione di un sistema di equazioni lineari 

( onsidereremo ora lo sviluppo di un programma che calcoli i 
valori delle incognite x u ..., x n soluzioni del sistema di n equazioni 
lineari 

£ a ij* Xj - bi / = (15.1) 

pei valori a u e b { assegnati. Un esempio per n = 3 è fornito dalle 
equazioni (15.2): 


x l + 2*x 2 + 5**3 = 4 

3**i+ x 2 + 4 * x 3 = 11 (15.2) 

— 2*x l + 5*x 2 + 9* x 3 = -7 

l Jtilizzeremo come metodi di soluzione, il metodo di eliminazione 
tirile incognite (metodo di Gauss), che consiste nel seguente proce- 
dimcnto: nel primo passo si elimina l’incognita x l9 rappresentandola 

come 

= ( b i - **;)/«ti ( 15 - 3 > 

e sostituendola nelle rimanenti « — 1 equazioni; si ottiene così un 
sistema di n — 1 equazioni in n — 1 incognite. Lo stesso procedimento, 
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detto passo di eliminazione , viene ancora applicato al nuovo sistema 
di equazioni e ripetuto fino a ottenere un sistema costituito da una 
sola equazione (di immediata soluzione). 

Descriviamo in modo più preciso e generale il /:-esimo passo di 
eliminazione ; a partire dal sistema di n — k + 1 equazioni (ottenuto 
dopo k — 1 passi) 

£ (15.4) 

si calcolano i coefficienti e b\ k+1) e si ottiene il sistema di 

n — k equazioni : 


y d k + l) *X: = W k+l) / = k+ (15.5) 

j = k+ 1 


dove i coefficienti d k+1) e #* +1) vengono calcolati come combina¬ 
zioni lineari della A>esima e della /-esima riga di a {k) e di b {k \ e più 
precisamente sono forniti dalle relazioni: 


per i,j = k + l, n. Per j = k si ottiene: 

(15.7) 


per ogni i ; cioè i coefficienti dell’incognita x k sono tutti nulli (e quindi 
non occorre nemmeno calcolarli) per cui x k viene effettivamente 
eliminata. 

Dopo n — l passi di eliminazione si ottiene il sistema di equazioni : 

a™*x n = by (15.8) 


che permette di calcolare immediatamente il valore di x„. I valori 
delle rimanenti incognite vengono via via determinati sostituendo 
i valori Xj già calcolati, nelle equazioni del sistema corrispondente 
al precedente passo di eliminazione. Per esempio, x„_i si ottiene 
sostituendo x„ nell’equazione: 


(n- 1 

1 ,n~ 




+ a 


<»-n 

n- t.» 


* 



(15.9) 


Questo passaggio vien detto passo di risostituzione . Nel fc-esimo 







passo di risottituzionc l’incognita jc* é data da: 


b\ k) - 


j m k + l 


«0 * Xj 


a) 


,(k) 


(15.10) 


con / qualsiasi compreso fra k ed ». (Per motivi che vedremo in se- 
Kinlo, per lo più si sceglie «' = k). Si osservi tuttavia che la successione 
dei passi di risostituzione non è arbitraria; infatti, per calcolare 
U. occorre prima conoscere i valori di x k+1 , x 

NH caso dell’esempio (15.2) l’intero processo di soluzione è 
i.ipprcscntato nella figura 15.1. 

Himinazione 
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Ri sostituzione 





1 A'! = ( — 4/5)/( — 4/5) = 1 - 





’ x 2 = (-1 + 11 * 1 )/( — 5) = -2 

I v, = (+4 - 5* 1 - 2* (-2))/! = 3 


Figura 15.1. 

Per costruire un programma corrispondente a questo metodo 
di soluzione, è determinante poter calcolare a* k+1) e b (k+1) in base 
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solo ai coefficienti di a {k) e di A ( *>, senza usare quelli di apice hk. 
Inoltre, bisogna stabilire se, per ogni k, si possono usare le stesse 
variabili A e B, per rappresentare é k) e b {k) . Prima di rispondere 
a questa domanda, bisogna sapere quali coefficienti sono necessari 
nei passi di risostituzione successivi. Per questo scopo, basta ricor¬ 
dare che, nel /c-esimo passo di risostituzione, per calcolare x k si può 
usare una qualsiasi riga a h con k <i <n; allora, se si adopera la 
riga A'-esima, le righe di A e di B, che devono contenere i valori 
a »* ) e restano libere per i = k-\-\ ... n. Esse possono essere quindi 
usate per memorizzare i nuovi coefficienti <$ +1) e b <k+1) . Conclu¬ 
dendo, bastano una sola variabile A e una sola variabile B, che rap¬ 
presentano i coefficienti successivi a* 1 *, a <2) , é n) e b ' l) , b {2 \ ..., b' n) . 
Lo spazio di memoria necessario, quindi, si riduce da 

ir + (n - I) 2 + ••• + 2 2 + l 2 = ^(2n 3 + 3 n 2 + n) 

6 

unità di memoria necessarie per a {1 \ é n) 

h + (fz- 1 ) + *- . + 2 + 1 = i(n 2 -h n) 

unità di memoria necessarie per b (l \ b {n) a soltanto n 2 + n unità 
di memoria che contengono variabili A e B simultaneamente. Tale 
risparmio di memoria è la ragione per cui si preferisce impiegare il 
metodo di Gauss (con anàloghe considerazioni è possibile memoriz¬ 
zare nella variabile B anche i valori x l9 x„ e in tal modo eliminare 
una variabile X risparmiando ulteriore spazio di memoria). 

In base alle precedenti considerazioni, introdurremo le variabili 
A, B, X nei modo seguente: 

var A : array [1 .. 1 . . ri] of reai ; 

B , X: array [1 . . n] of reai (15.11) 

Versione 1 : la prima versione del programma sarà: 

begin “assegnamento dei valori ad A e a 5”; 

for k : = 1 to n — 1 do 

begin “calcola a (k+l) e b (k + l) a partire da a (k) e b (k) 
secondo la (15.6)” 

end; (15.12) 

k := n\ 

repeat “calcola x k secondo la (15.10)”; 
k := k — 1 

until k = 0 


end 
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Versione 2 si ottiene precisando l'istruzione “calcola ... secondo 
la (15.6)”: 

for i := k+ I to n do 

begin “calcola la iesima riga di n ( * +1) e b ik+1> secondo la 
(15.6)” 

end (15.13) 

A questo punto, si osserva che nel calcolo di o$ +1 ' (e di £(* +1 >) 
secondo la (15.6), il fattore affljcéfl (e rispettivamente bfl/afl) non 
dipende da i. Per non ripetere il calcolo di espressioni che rimangono 
invariate, si deve portare la divisione per afl all’esterno della istru¬ 
zione di ripetizione for. Ma dove memorizzare i quozienti? È possi¬ 
bile sostituire i valori afl con afl/afl (e bfl con bfl/afl)2 Di nuovo, 
occorre prima studiare l’effetto di una tale operazione sui passi di 
risostituzione successivi, nei quali si utilizzeranno questi coefficienti. 
Ricordiamo che la moltiplicazione (e la divisione) di tutti i coefficienti 
di un’equazione per uno stesso fattore non ne cambia le soluzioni- 
osserviamo inoltre che la divisione di afl per afl stesso fornisci 
il valore 1, per cui diventa superflua la divisione nel passo di riso¬ 
stituzione. Quindi la suddetta sostituzione è non solo possibile, 
ma anche vantaggiosa ! 

Versione 3 : in base a tali considerazioni, il passo di eliminazione 
è dato da: 

for A - := 1 to n — 1 do 
begin p := ìjA[k, A]; 

for / : = A+ 1 to n do A[k.j] := p * A[k.j]: 

B[k] \ — p* B\k] ; 

for i := k+l tondo 

begin “calcola aj k+1) e ò<* +1 > secondo la (15.6)” 

end 

end (15.14) 

L’istruzione “calcola secondo (15.6)”, per il fatto che A [A:, j] 
rappresenta il valore dfl/afl diventa: 

Versione 4 : 

for r : = A + 1 to n do 

begin for j : = k + ì tondo A[i,j] := A[i.j] - A[i.k] * A[k,j ]; 

B[i] := B[i] - 4[i, A] * S[A] 


end 


(15.15) 
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Lo stesso processo va ancora applicato solo all’istruzione “cal¬ 
cola ... secondo (15.10)” che rappresenta la risostituzione. Essa 
risulta essere una successione di sottrazioni, nella quale la divisione 
per afl è ancora superflua. 

Versione 5: A-esimo passo di risostituzione 

begin t : = B[k] ; 

for; := k+ 1 to n do t := t - A[k,j] * X{J\; 

m-t 

end (15.16) 

Si deve notare che, per definizione, l’istruzione for viene eseguita 
solo se il valore iniziale delle variabili di controllo è minore del 
limite finale; se ciò non si verifica, l’istruzione non viene eseguita. 

L’intera soluzione è riassunta in (15.17). Si noti inoltre che ven¬ 
gono eseguiti n passi di eliminazione invece di n — 1. L’ultimo 
passo produce però semplicemente la (necessaria) divisione di bfl per 
afl. 

Procedimento di eliminazione di Gauss {soluzione di un sistema 
di equazioni lineari secondo Gauss}: 

vari,;, A: 1 ..n; (15.17) 

p, t : reai ; 

A : array [1 .. n, 1 .. n] of real\ 

B, X: array [1 .. n] of real\ 
begin {assegnamento dei valori ad A e B} 
for k := 1 to « do 
begin p := 1.0 jA[k,k]; 

for j := k+ 1 to ri do A[kJ] := p * A[k,j ]; 

B[k] : = p * B[k] ; 
for i : = A + 1 to n do 
begin for j : = A + 1 to n do 

:= A[i,j] - A[i, A] * 4[A,/j; 

B{i\ — B[{] - A[l A] * j 3[A] 
end 

end; 

A := n; 

repeat t := B[A]; 

for; := A+ 1 to n do t := t — A[k,j] * X[j] ; 

X\k] := t; A := A - 1 

unti! A = 0 

{X [1 ]... X [«] sono le soluzioni 


end 
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In questo programma, e necessario prestare particolare attenzione 
alla divisione, perché Talgoritmo non può essere utilizzato quando 
compare un divisore con valore zero. Questo pericolo potenziale 
è tanto maggiore quando si usa un’aritmetica con precisione finita, 
poiché anche i divisori con valore vicino allo zero portano a risul¬ 
tati errati. Il fatto che una permutazione arbitraria di righe ( a\ k \ 
b\ k) ) o una permutazione di colonne a*f k) lascia immutati i risultati 
(pur di ribattezzare i risultati Xj\ permette di scegliere un divisore 
(detto Pivot) tra tutti i possibili a\ k) in modo tale che l’eventuale 
errore sia minimo. Si sceglie sempre come Pivot il divisore con va¬ 
lore assoluto maggiore. Questa scelta del Pivot complica alquanto 
Talgoritmo, ma non è in generale impossibile. Se, infine, non è 
possibile trovare alcun divisore con valore significativamente di¬ 
verso da zero, si dice che il sistema di equazioni è mal condizionato; 
se tutti i divisori sono nulli il sistema è singolare, cioè non ha nessuna 
soluzione significativa. Una breve analisi dell’algoritmo mostra che 
lopcrazione 

A[Lj] := A[iJ] - A[Lk]* A[kJ] (15.18) 

ricorre molto frequentemente e cioè 

(n - I ) 2 + 0? - 2) 2 + • -. 4- 2 2 + l 2 = ì(2/7 j - 3« 2 + n) 


volte. Per grandi valori di n il numero di operazioni cresce quindi 

come n 3 . 

15.2. Detenmnazione del più piccolo numero eguale a due somme 
diverse di numeri naturali elevati alla terza potenza 

Riportiamo un esempio, che illustra lo sviluppo sistematico, 
per passi di raffinamento successivi, di programmi, che vengono 
perfezionati in ogni passo dello sviluppo. 

Il problema consiste nel trovare il più piccolo numero a, tale che 

a* - a 3 4- b 3 - r 3 4- d 3 (15.20) 

dove a, è, c, d sono numeri naturali e a^c e a^d. Senza bisogno 
di profonde conoscenze della teoria dei numeri, la cosa più sensata 
sembra essere il calcolo dei valori “candidati per a”, secondo un 
ordinamento crescente, e interrompere il processo non appena 
due valori successivi sono identici. A tal fine, vengono considerati 
candidati tutti quei numeri che si possono rappresentare come 
somma di due potenze terze. La prima versione di un programma 
può essere espressa come segue: 
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Versione 1: 

a := 2: [2 = l 3 + 1 3 | 
repeat min : = v; 

until v = min 


prossima somma (maggiore) di due potenze 

Il problema è così ridotto al calcolo della prossima somma (mag¬ 
giore) di due potenze . Per trovare un punto di partenza, da cui affron¬ 
tare il problema, è consigliabile calcolare a mano l’inizio di questa 
sequenza. Questo modo di procedere sarà qui illustrato per lo stesso 
problema, relativo alla somma di due quadrati, anziché di due 
cubi : la tabella 15.1 contiene i candidati in una sequenza non ordinata 
formata dagli elementi S l7 = i 2 

TABELLA 15.1. 



Si vede immediatamente che 

50 - l 2 + 7 2 = 5 2 + 5 2 

65 = l 2 4- 8 2 = 4 2 + 7 2 

85 = 2 2 + 9 2 = ó 2 4- 7 2 

e che 50 è il minimo cercato. Per rendere automatica questa ricerca 
si tratta di generare i candidati nella successione 


2, 5, 8, 10. 13, 17.45, 50. 50 


(15.21) 









l’n proseguire, sono utili le seguenti osservazioni: 

1) S,j>S lk per tutti gli i, j>k; 

2) S,j>S kJ per tutti i /, i>lc; 

3) per simmetria basta prendere in considerazione solo 

S,j con j <, i. 

Dal punto 1), segue immediatamente che, in una riga della ta¬ 
bella 15.1, i candidati vengono esaminati sempre da sinistra verso 
destra. Quindi, è superfluo ricordare ogni riga per intero; basta che 
di volta in volta sia memorizzato l’ultimo candidato. Tornando 
al problema di partenza, la relativa tabella può quindi essere rappre¬ 
sentala con la variabile 

var S: array [1 . . ?] of integer (15.22) 

Inoltre, per memorizzare l’ultimo candidato generato, si introduce 
la variabile indice j: 

vary: array [1 .. ?] of integer (15.23) 

per la quale deve sempre valere la relazione: 

S[k] = k 3 + j[k] 3 (15.24) 

Se, al posto di x, si determina direttamente l’indice i dell’ultimo 
candidato generato e se, inoltre, si introduce la funzione p (k) = k 3 , 
si ottiene la seguente versione del programma: 

Versione 2: 

for k : = 1 to ? do 

begin/[£] : = 1 ; S[k] : = p(k ) + 1 

end ! (15.25) 

repeat min : = S[i] ; 

1 incrementa j [i ] e sostituisci S [z] con il successivo valore della 
riga i-esima; 

2 assegna a i Vindice della riga contenente il più piccolo candidato 
non ancora esaminato . 

unti! 5 [z] — min 

Questa versione è inadeguata, perché il numero delle componenti 
5 [k ], alle quali è assegnato il valore iniziale k 3 + 1 3 , è indeterminato. 
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In linea di principio, anche l’istruzione 2) implica l’esame di un nu¬ 
mero indeterminato di candidati. Se però si considera l’osservazione 
2), 1 esame (e quindi anche l’inizializzazione) degli elementi *5 rjfcl 
con A: > ih, e superflua, dove ih è il minimo indice tale che / l/Al = 1 
(cioè j [k] > 1 per tutti i k < ih). Ne deriva la 

Versione 3: 

i := l;ih := 2; 

y[l] := 1; S[l) := 2;/[2] := 1; S[2] := p(2) + 1; 
repeat min : = 5[/] ; 

1 : = 1 then (15.26) 

incrementa ih e inizializza S [£&]; 

2: incrementa j [i] e sostituisci S [i] con il successivo 
valore della riga ; 

3: determina in modo che S [i]=*mm (S [1] ... S \ih}) 
unti] S [i] = min 


L esame di altri candidati nella riga i-esima deve comunque 
essere interrotto, appena/ [i] = 1, e questo, non solo perché l’esame 
può essere limitato al “triangolo inferiore” della tabella simmetrica 
ma anche (e soprattutto) perché la prosecuzione genererebbe è 
riconoscerebbe le coppie a 3 + b 3 e b 3 +a 3 come somme eguali di 
valon distinti. Però, raggiunto il limite / [/]= 1, si escluderebbero 
completamente alcune righe; quindi, è necessario introdurre, per 
1 indice di nga i, anche un limite inferiore i , oltre al limite superiore 
ih. L esame dei candidati (righe) viene quindi ulteriormente speci¬ 
ficato nel modo desiderato. Il limite inferiore dell’indice i viene 
via via elevato, appena si elimina una riga: 

Versione 4: 


i := !;//:= 1; ih := 2;... 
repeat min : = S[/] ; 

if 7M = i then il := il + 1 else 

begin 1 : if/[i] = I then (15.27) 

incrementa ih e inizializza 5[/A]; 

2: incrementa j [/] e sostituisci S 1/1 

end; 

5 [A]) 3: deteTmina 1 in modo che s ['] = min (S [i ] ... 

untfl S [z] — min 



Si tratta ora di precisare le istruzioni I f 3 in (15.27). Se nell’istru- 
/ione \ si determina il minimo con una semplice ricerca lineare 
(v. (il.20)). si ottiene la parte di programma (15.28): 

Versione 5: (istruzione 3) 

3 : / : = ih k : = /; 

while k < ih do (15.28) 

begin \S[i] = min(S[if] . . . S[k]\\ k : = k 4- 1 ; 

if S[k] < S[i] then i := k 
end 

La formulazione più semplice deiristruzione 2 è: 

j [i]'-=j W + l; 5 [/]:=/> (0+/>(/' [*]) (15.29) 

e dell’istruzione 1 è: 

1 : if j[i] = 1 then 

begin ih := ih 4- 1 ;y[/A] := 1 : S[//z] : = p(ih) + 1 (15.30) 

end 

Il programma così ottenuto può essere ulteriormente perfezionato, 
evitando di ripetere il calcolo di p (i) per calcolare le somme S [i]. 
Questa modifica è “doverosa”, perché è necessario calcolare una 
nuova potenza p (i) solo quando si ha un incremento di ih e tale 
calcolo può essere facilmente incorporato al punto giusto nel pro¬ 
gramma considerato. Se, per memorizzare le potenze, si introduce 
la variabile 

var p : array [1 .. ?] of integer (15.31) 

e se la funzione p (x) viene sistematicamente sostituita con p [x], 
Pulteriore raffinamento del programma si ottiene inserendo 

p[ih] := ih* ih* ih (15.32) 

nell’istruzione 1 (15.30). Si ottiene così la versione definitiva, ripor¬ 
tata come programma completo in (15.33). Questo programma 

1729 = IO 3 +9 3 = I2 3 + l 3 

esaminando 61 candidati. Inoltre, i valori finali di i e di il e di ih 
sono z7= 10, ih = 12, e il test 5 [k] < S [i] è seguito 107 volte. Cam¬ 
biando l’espressione (L5.32) e i valori iniziali di S, si può applicare 
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questo programma anche per il calcolo del minimo numero, rappre¬ 
sentabile come somma di potenze quarte differenti. Però, il tempo 
di calcolo aumenta rapidamente: tale programma calcola il risultato 

634318657 = 134 4 + 133* = 158 4 4- 59 4 
dopo aver esaminato 11660 candidati. 


var /, //, ih, min , a, b, k : integer ; 

j y p , S : array [1 . . 12] of integer ; 

[p[k] = k\ S[k] = p[k] + p[j[k]} for k = 1 ... ih) 
begin / : = I ; 1 / : = 1 ; ih : = 2; 

A 1] := !;/>[!]:= 1 ; 5[1] := 2;y[2] := 1 ; p[2] : = 8 ; 5[2] :=9; 
repeat min : = S[i] ; a : = /; b : = y[i] ; 
if y'[i] = i then il : = il 4* 1 else 
begin if j[i] = 1 then 

begin ih : = ih + 1 ; p[ih\ : = ih* ih * ih ; 

j\ih] : = 1 ; S[ih] : = p[ih] + 1 (15.33) 

end; 

m :=/m + 1 \S[il: = p[i] + p\J[i]] 

end; 

/ : = il; k : = z; 

while k < ih do 

begin k : — k 4- I ; 

if S[£] < S[i] then i : = k 
end 

until S[i] = m/w; 

wrz'te (mm, a , è, [/], eo/) 

end. 


15.3. Calcolo dei primi « numeri primi 

Il problema della determinazione dei primi n numeri primi ha 
una certa somiglianza con l’esempio precedente, in quanto anche 
qui si determinano i membri di una successione di numeri passo per 
passo. Il criterio di terminazione è ancora più semplice e la prima 
versione immediatamente proposta è: 

Versione 1: 


var z, x: integer ; 

begin x : = 1 ; 


(15.34) 
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for / : m 1 to n do 

beginx: “prossimo numero primo”; write(x ) 

end 

end. 

L’unica istruzione di questo programma, che necessita ancora 
di precisazioni, è “x: —prossimo numero primo (x)”. Questa istru¬ 
zione, che fa riferimento solo al fatto che i numeri richiesti siano 
primi, è esprimibile introducendo una variabile booleana primi 

Versione 2 : 


repeat x : = x 4- 1 ; 

primi — “x è un numero primo” (15.35) 

until prim 

Si può immediatamente ridurre il tempo di calcolo necessario 
considerando che, eccetto 2, tutti i numeri primi sono dispari. Se 
il numero primo 2 viene trattato come caso a parte, si può di volta 
in volta aumentare di 2. Il raffinamento successivo consiste nello 
scindere l’istruzione 

prim i = “x è un numero primo” 

in passi più elementari. Per far ciò, dobbiamo riferirci (per la prima 
volta) alla definizione di numero primo: x è un numero primo se 
e solo se è divisibile soltanto per 1 e per se stesso, cioè se e solo se 
non può essere diviso senza resto per nessuno dei numeri 2, 3, ... 
x — 1. Ne risulta un’altra struttura ripetitiva, innestata nella ripeti¬ 
zione (15.35): 

Versione 3: 

repeat x := x + 2; k := 2; 

repeat {x non è divisibile per 2, 3,... k} (15.36) 

ki = k+l; primi^=“x non è divisibile per fc” 
unti] ~\prim V (k ^ lim) 

until prim 

Evidentemente, per la grandezza lim si può scegliere direttamente 
l’espressione x— 1. Molto più vantaggiosa, e altrettanto adeguata, 

è però la scelta lim = |/x; infatti, se x fosse divisibile per un numero 

k > |/x, x sarebbe rappresentabile come prodotto x~k*j; ma 


allora x sarebbe divisibile anche per j < \/x , il che è, evidentemente, 
una contraddizione. Altrettanto importante, per un ulteriore svi¬ 
luppo del programma, è la considerazione seguente : ci si può limi¬ 
tare a considerare la divisibilità di x per i numeri primi , poiché se 
x è divisibile per k è divisibile anche per i fattori primi di k. È quindi 
consigliabile memorizzare i numeri primi già calcolati in una tabella 
p. Dalle precedenti considerazioni, risulta la 

Versione 4i 

repeat x:=r + 2;i:=2; prim : = true\ 
while prim A (k < lim) do 
begin primi = “x non è divisibile per p [k]” 
k := k + \ 

end (15.37) 

unti] prim ; 
p[f] : = x 

Si deve ora determinare il valore di lim , dato dall’indice del più 
grande (e ultimo) numero primo p [lim], per il quale si deve veri¬ 
ficare se è un divisore di x. Perciò deve essere: 

p[lim] > and p[lim — 1] g yfx (15.38) 

Fin qui, si è tacitamente assunto che i valori p [1] ... p [lim] 
siano già noti, cioè risultino da elaborazioni precedenti. Ma ciò 
accade solo se il candidato x da esaminare è minore di p[i— 1 ] 2 , 
cioè se è sempre 

p[i] < p[i ~ l] 2 (15.39) 

Fortunatamente, la teoria dei numeri garantisce proprio la vali¬ 
dità di questa condizione per tutti i numeri primi. Evidentemente, 
Tindice lim deve essere controllato ogni volta che x viene aumentato 
e deve essere aumentato appena p [lim] 2 <x; basta incrementare 
lim di 1, poiché, dopo l’ultimo controllo, il valore x è stato incre¬ 
mentato soltanto di 2, e pf+ x > pf + 2 per ogni i. Queste considera¬ 
zioni ci portano a formulare la versione 5 che fornisce una visione 
d’insieme dell’intero programma fin qui sviluppato: 

Versione 5: 

type index = 1 .. n ; 
var x: integeri 



/, k, llm index, prtm Boolean ; 

p\ array [index] of integer: {p [i] zth numero primo} 
begin p[ 1 j : ■ 2 ; write( 2); x : ■ 1 ; lim : = 1 ; 

for / : = 2 to w do (15.40) 

begin 

repeat a: : = x 4- 2; 

if ^r(p[//«?]) ^ a: then /ira : = lim 4* 1 ; 
k : = 2; prim : = /rwé’; 
while prùw A (k < lim) do 

begin prim:= “x non è divisibile per p [k]”; 

k := k + 1 
end 

until prim ; 

p[{] := x; write(x) 

end 

end. 

Rimane infine da precisare ancora ristruzione 

prim : = “x non è divisibile per p [A:]” 

in modo che possa essere formulata con gli operatori disponibili 
nel linguaggio di programmazione. 

Se si applicano gli operatori introdotti nel paragrafo 8, ristru¬ 
zione può essere espressa nei modi seguenti: 

prim : = (x mod p [£])^0 (15.41) 

oppure 

prim: = (x div p [&])*/? [A] =£ x (15.42) 

Ci si potrebbe accontentare di queste soluzioni. Imponiamo 
tuttavia la condizione aggiuntiva che non si debbano impiegare 
divisioni. In questo caso ristruzione (15.42-15.43) può essere rap¬ 
presentata da un programma che sottrae ripetutamente il divisore 

da x: 


r := x; 

repeat r : = r — p[k] until r g 0; 
prim:=r<0 (15.43) 

Ma ristruzione (15.43) deve essere applicata con particolare 
frequenza e, d’altronde, ripetere la sottrazione è piuttosto lungo; 
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è allora il caso di cercare una soluzione più elegante e più efficiente. 
Una soluzione semplice e adeguata consiste nel memorizzare, oltre 
ai numeri primi p[2],p [3 ],..., p [lim], anche i loro multipli V [k ] = 
— m+p [ k ] tali che: 

x ^ V[k] < x 4- p[k] for k = 2 ,..., lim (15.44) 

In questo caso, la divisibilità di x per p [k] può essere determinata 
semplicemente confrontando x con V [k]. Se, in considerazione del 
frequentissimo impiego deirespressione p [lim] 2 , si introduce la 
variabile ausiliaria square : 

square = p[lim] 2 * (15.45) 

Il programma definitivo risulta: 

Versione 6 : 

type index = 1 .. n ; 
var x, square : integer ; 

i k, lim : index ; prim : Boolean ; 
p : array [index] of integer ; 

V: array [1 .. J~n] of integer ; 

begin p[ 1] := 2; writeQ), x : = ì jim : = 1 ; square := 4; 

for i : = 2 to n do 

begin (15.46) 

repeat x : = x 4* 2 ; 
if square g x then 

begin V[lim] : — square ; 

lim : = lim + 1 ; square : = sqr{p[lim]) 

end; 

k : = 2 ; prim : = /rwe ; 
while prim l\ (k < lim) do 
begin if V[k] < x then 

V[k]:= V[k] + p[k]: 
prim : = (x # F[fc]) ; k : = /c 4- 1 
end 

until prim ; 

p[i] : = x; wrùe(x) 

end 

end. 

Questo esempio mostra chiaramente come l’ulteriore limitazione 
di dover lavorare con un calcolatore privo della divisione sia stata 
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uno stimolo a trovare una solu/ionr ben meditata. Infatti non è raro 
che calcolatori efficienti distolgano 1 programmatori dal perfezionare 
gli algoritmi in modo che i risultati richiesti siano prodotti con un 
tempo di calcolo ragionevole. 

La tabella 15.11 illustra la frequenza con cui vengono impiegate 
alcune istruzioni, in funzione dei numeri primi da calcolare. 


TABELLA 15.IL 


n = 

10 

20 

50 

500 

1000 

x : = x + 2 

14 

114 

611 

1785 

3959 

lim := lim + I 

3 

6 

11 

17 

23 

prim := (x ^ V[k]) 

13 

268 

2340 

9099 

25133 

V[k] : = V[k] + p[k] 

8 

156 

1151 

3848 

9287 


15.4. Un esempio di algoritmo eurìstico 

Il problema trattato in questo paragrafo è un esempio semplice, 
ma tipico, di una classe di problemi le cui soluzioni si ottengono in 
modo euristico, cioè per tentativi e verifiche successivi . Questo 
metodo consiste nello sviluppare successive ipotesi di soluzione, 
confrontandole, di volta in volta, con le richieste a cui deve soddi¬ 
sfare una soluzione. 

Se una ipotesi si dimostra inaccettabile, viene lasciata cadere. 
Nell’esempio seguente il problema è: “costruire una sequenza di 
lunghezza N su un alfabeto di tre simboli (per esempio 1, 2 e 3), 
in modo che due sottosequenze consecutive non siano mai identiche ”. 

Per esempio, la sequenza di lunghezza 5 “12321” è accettabile, 
mentre non lo sono “ 12323 ” oppure “ 12123 ” In problemi di questo 
tipo, è raccomandabile far crescere sistematicamente la sequenza 
fino alla lunghezza N, producendo sequenze man mano più lunghe; 
cominciando dalla sequenza vuota. Certamente non ha senso allun¬ 
gare una sequenza che non soddisfa la condizione posta; ne conse¬ 
gue la strategia di verificare, a ogni passo, la sequenza ottenuta 
e di allungarla se soddisfa la condizione posta (in questo caso diremo 
che la sequenza è “buona”)? oppure di modificarla se non soddisfa 
la condizione. Nella prima versione del programma si introducono 
due variabili, una per rappresentare la lunghezza e l’altra per rappre¬ 
sentare la “bontà” della sequenza S prodotta. La prima variabile 
è indicata con m e assume i valori 0, 1, 2,..., mentre per la seconda 
si può introdurre un campo di valori buono o cattivo , oppure si può 


*vf!fipfw • *11 un pmqromitM i puv.i IV 


usare una variabile tipo boolean con un nome appropriato, per 
esempio good. Ci atteniamo qui alla seconda soluzione con la conven¬ 
zione : 

good = true significa: la sequenza soddisfa la condizione ; 

good—false significa: la sequenza non soddisfa la condizione 

Versione 1: 

var m:0.,N; good: Boolean ; S : Sequence ; (15.47) 

begin m: — 0; good: — true: {la sequenza vuota è “buona”} 
repeat if good then “allunga la sequenza S” 
else “cambia la sequenza 5” 
good:—“S è ima sequenza buona” 
until good a (m = N) ; 
print (5) 

end. 

Per modifica si intende il cambiamento o la rimozione di certe 
componenti della sequenza, senza che però aumenti il loro numero. 
Perché l’algoritmo giunga a un risultato finale, la modifica deve sem¬ 
pre essere fatta in modo che non si ripresenti mai una sequenza già 
prodotta in precedenza. Ciò implica che la modifica deve essere 
effettuata in modo pianificato e sistematico, e che si deve seguire 
un qualche ordinamento nel produrre le sequenze possibili. La scelta 
dei simboli T, '2', e '3' suggerisce già un possibile ordinamento: 
se una sequenza S — SiS 2 ... è considerata come parte decimale 
del valore |S = 0.^*2 —, la relazione d’ordine < è definita da: 

5 < S' «-> \S\< |S'| • (15.48) 

Si determinano così contemporaneamente gli algoritmi per allun¬ 
gare e per modificare la sequenza. Per gli allungamenti, bisogna 
cominciare con la soluzione minima, in modo da non escludere 
nessuna sequenza nei cambiamenti successivi; per allungare la 
sequenza S y si aggiunge il simbolo T (T < '2' < '3') a tale soluzione. 
Per poter descrivere nei dettagli le operazioni di allungamento e di 
modifica è indispensabile stabilire la struttura della variabile S 
che rappresenta la sequenza. Siccome le componenti della sequenza 
debbono poter essere esaminate e modificate, si esclude subito la 
struttura File. La scelta è quindi 


var S : array [1 . . bf] of char 


(15.49) 








< « if Mf< .1. • I f i 


IVr stabilire la modifica, bisogna tener presente che rdemento 
S [m | non può essere semplicemente sostituito con il simbolo im¬ 
mediatamente maggiore, quando *S’ [m ) * '3'. In questo caso si deve 
abbreviare la sequenza e cambiare il simbolo precedente (può essere 
anch esso '3' !). A questo punto il lettore potrebbe analizzare da 
se Falgoritmo; si generano i candidati indicati nella tabella 15.III 

TABELLA 15.III. 

+ 1 
11 

+ 12 
+ 121 
1211 
1212 
+ 1213 
+ 12131 
121311 
+ 121312 


(Le sequenze “buone” sono indicate con il segno +). Se le opera¬ 
zioni di allungamento, di modifica e di verifica vengono rappre¬ 
sentate come procedure con i nomi extend , change , e check , si ottiene 
il seguente programma (15.50): 

Versione 2: 

var S : array [1 .. N] of char \ 
m: 0 ,. /V; good : Boolean ; 

procedure extend ; (15 50 ) 

begin m := m + 1; S[m] := T end; 
procedure change ; 

begin if 5[wi] < '3' then S[m] : = jwcc(S[w]) else 
begin m : = m — 1 ; {accorciamento di S} 
if m > 0 then 

if S[/w] < '3‘ then S[/w] : = else 

begin m : = m - 1 ; {accorciamento ulteriore} 
if m > 0 then S[m] : = 5Mcc(5[m]) 

end 

end 

end; 

begin m : = 0 ; good : = {sequenza vuota} 
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repesit if good then extend else change ; 
check 

until good A (m = N) V (m = 0) ; 
print(S) 

end. 

La versione 2 tiene conto del fatto che sussiste la possibilità di 
accorciare S fino alla lunghezza 0, aggiungendo alla condizione 
di terminazione la condizione m = 0. Si noti inoltre che la procedura 
change prevede un accorciamento della sequenza di al massimo 
due elementi. Questa restrizione è lecita, perché le sequenze di candi¬ 
dati proposte si ottengono sempre aggiungendo un unico simbolo 
a una sequenza già accettabile. 

Prima di passare a un esame più preciso della operazione check , 
richiamiamo l’attenzione su una variante di questo programma, 
che rappresenta una soluzione un po’ più efficiente. Per prima cosa, 
si osservi che le tre operazioni fondamentali extend , change e check 
si succedono sempre nel modo illustrato nella figura 15.2. 



Figura 15.2. 


Il cammino A (contenente l’operazione change) in media è per¬ 
corso un numero di volte maggiore rispetto al cammino B: perciò, 
nella versione 2<z, la ripetizione dell’operazione change presenta 
una condizione di terminazione più semplice, usando come strut¬ 
tura di ripetizione due cicli innestati: 

Versione 2a : 


repeat extend ; check ; (15.51) 

while —1 good A (m > 0) do 
begin change ; check end 
unti! (m = AO V (m = 0) 
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La versione 2a corrisponde al diagramma della figura 15.3, 
che mostra che le successioni possibili delle tre operazioni fonda¬ 
mentali sono le stesse del diagramma della figura 15.2. 



Figura 15.3. 


Nella versione 2 si vorrebbe eliminare soprattutto la complessità 
deir operazione change e quella della condizione di terminazione. 
La prima può essere semplificata impiegando un “trucco” frequente¬ 
mente usato : la complessità della procedura change deriva dal fatto, 
che si tien conto di un caso che accade solo raramente, e forse anche 
mai : la riduzione della sequenza alla sequenza vuota. In questo caso, 
deve infatti essere impedito un assegnamento all’elemento inesi¬ 
stente S [0]; il “trucco” consiste allora nell’introdurre una compo¬ 
nente S [0] e nel permettere l’assegnamento suddetto. Si può quindi 
scrivere la procedura change come segue: 


procedure change ; (15.52) 

begin while S'fw] = '3' do m : = m — 1 ; 

S[m] : = succ(S[m]) 

end 

Inoltre se — in base a una analisi combinatoria — si sa che esiste 
una soluzione di lunghezza N, la (15.52) si può applicare perfino 
senza introdurre la componente S [0], così che il programma prin¬ 
cipale (15.51) può essere ulteriormente semplificato: 
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repeat extend; check ; (15.53) 

while “ì good do 

begin change ; check end 

until m — N 

Si tratta ora di precisare l’operazione check , la cui definizione 
è (v. (15.47)): 

good : = 5 3 una sequenza buona 

Si osservi che, fino a ora, non ci siamo mai riferiti alla condizione 
che caratterizza una sequenza buona, cioè accettabile. (Abbiamo sem¬ 
plicemente applicato la proprietà che allungando sequenze non 
accettabili non si ottengono sequenze accettabili.) La soluzione indi¬ 
cata è quindi molto generale ! In questo esempio specifico, la pro¬ 
cedura check deve verificare se esistono sottosequenze di lunghezza 
L adiacenti identiche con 1 < L < m/2. Dato che un confronto di 
due sequenze di lunghezza L richiede esattamente L confronti 
(di simboli), il numero totale dei confronti è, al massimo: 

N(m) = (m — 1 ) * 1 -F (m — 3) * 2 4- * • • 4 3 * (m/2 —1)4-1* (m/2) 

= ^(m 3 + 3 * m 2 + 2 * m) (15.54) 

per m pari, e 

N{m) = (m — 1)* 1 + (m — 3)* 2 4 
= 2 ^(™ 3 4 3 * m 2 — m — 3) 

per m dispari. Il numero dei confronti cresce, quindi, proporzional¬ 
mente alla terza potenza della lunghezza m. Questo numero può 
essere comunque drasticamente ridotto, utilizzando il fatto che la 
sequenza da esaminare è stata ottenuta da una sequenza già buona, 
aggiungendo un unico simbolo. È quindi sufficiente confrontare 
solo le coppie di sottosequenze che contengono l’ultimo simbolo, 
cioè 

■■■ S m -L< S m -L+i ••• S m > (15.56) 
per L= 1 ... m/2. Il numero dei confronti è così ridotto a 

4 


Z'(m)= 1 + 2 + ...+-^- = 


——— ( 

2-4 ( 


2 


... + 4* 


m-V 


+ 2 * 


m - 1 
2 

(15.55) 


(15.57) 
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In base a questi risultati la procedura check può essere scritta 
come segue: 


procedure check ; (15.58) 

var L: integer; 
begìn good : = trite ; 

for L : = 1 to (m div 2) do 

good .= good A ((‘S' m _ 2L+1 . . S m _ L ) ^ (S m _ L+l . . . S m )) 

end 

Ma si può ottenere una soluzione ancora più efficiente, se i con¬ 
fronti cessano, appena viene riconosciuta l’uguaglianza di due 
sequenze. Si osservi che, in genere, lo schema generale (9.2) non va 
applicato quando la relazione ricorsiva t?/=/(t?,-i) ha la forma 
= a q v Nella versione migliorata (15.39), l’istruzione for è 
sostituita da una struttura while, poiché non è più noto a priori il 
numero delle ripetizioni. 

procedure check ; 

var L, mhalf \ integer ; 

begin good : = true; L : = 0; mhalf : = m div 2; 
while good A (L < mhalf) do 
begin L :~ L + 1 ; 

good := (S m _ 2L+I . . . S m -Ù # + i 

end 

end 

Precisando allo stesso modo — questa volta applicando una 
istruzione repeat — anche l’operazione di confronto di due sequenze, 
mediante una successione di confronti di simboli, si ottiene la ver¬ 
sione definitiva della procedura check : 


(15.59) 


---SJ 


procedure check ; (15.60) 

var t, L, mhalf : integer ; 

begin good : = true; L : = 0 ; mhalf := m div 2 ; 
while good A (L < mhalf) do 
begin L := L 4* 1 ; / : — 0 ; 

repeat good : = S[w- /] ^ S[m- L — /] ; / : = i + 1 
unti! good V (i = L) 
end 


end 




Sono cosi finalmente specificate tutte le componenti del program 
ma principale, in tutti i particolari, ed il problema posto è stato 
risolto nei passi (15.50), (15.52), (15.53), (15.60). 

Infine useremo il problema precedente, anche per esemplificare 
il caso (assai frequente nella prassi della programmazione) in cui 
si modifica lo scopo originario e si deve adattare alle nuove esigenze 
il programma ottenuto. Prendiamo in considerazione la seguente 
estensione del problema: invece di un’unica sequenza arbitraria 
di lunghezza AT, devono venir prodotte tutte le sequenze di lunghezza 
N che non contengono sottosequenze adiacenti identiche. Ora, 
se il programma originario è sufficientemente articolato in parti, 
di cui è possibile rappresentare separatamente il compito e il risul¬ 
tato, radattamento comporta semplicemente la modifica di alcune 
parti. Se un programma è articolato in un modo adeguato e chiaro, 
gli ampliamenti e le modifiche sono più facili; infatti, con una buona 
articolazione, si possono individuare e isolare facilmente le parti 
da modificare. 

Nel caso in esame, non solo la chiara decomposizione del pro¬ 
gramma in singole parti, ma il modo sistematico di produrye i 
“candidati”, comportano dei vantaggi. Le seguenti considerazioni 
portano direttamente alla soluzione (cfr. 15.50): 

1) quando m raggiunge il valore N (m = N), la sequenza S va rico¬ 
nosciuta come risultato e stampata; in seguito, S potrà essere modi¬ 
ficata, ma non allungata; 

2) la condizione di terminazione può essere semplificata, poiché 
la relazione m = N non è più rilevante; viene mantenuto solo il 
confronto m== 0. 

A questo punto, è chiaro che l’algoritmo risultante, in primo 
luogo deve produrre solo sequenze accettabili, in secondo luogo 
deve esaminare tutti i candidati possibili. Nella tabella 15.1V sono 
riportate le sequenze accettabili nel caso A = 3. 


TABELLA 15.IV. 




Dalla tabella risulta evidente clic, tra le 12 soluzioni, alcune sono 
tra loro simili, nel senso che derivano una dall’altra con una permu¬ 
tazione ciclica dei simboli base. Mediante le due permutazioni 
illustrate nella figura 15.4, 


3 2 




Figura 15.4. 


esse vengono ricondotte a due sole sequenze tra loro diverse (“ 123” 
e 121 ). Un programma, che genera un unico elemento di ogni 
gruppo di 6 soluzioni simili, si può ottenere arrestando il processo 
non appena si deve modificare 5 [2]. Come soluzione del problema 
ampliato, si ottiene il programma 


var 5: array [1 .. N] of char; 

m : integer', good: Boolean; 
procedure extend; 

begin m : = m + 1; 5[m] := '1' end; 
procedure change \ 

begin {cf. (15.56)} end; 
procedure check ; 

begin {cf. (15.64)} end; m 6 n 

procedure print; 
var i: integer ; 

begin for i : = 1 to N do >vri7<?(S[/]) ; 
writeln 

end; 

begin m ; = 2; S[l] := T ; S[2] := '2'; good := trae; 

repeat if good then 

if/n = N then begin print; change end 
else extend 
else change ; 
check 

until m = 2 

end. 


La tabella 15.V riporta il numero K di soluzioni in funzione di 
N (è già stato considerato il fattore di riduzione 6). 


TABELLA 15.V. 


N 

K(N) 

N 

K(N) 

N 

K(N) 

3 

2 

9 

18 

15 

103 

4 

3 

10 

24 

16 

133 

5 

5 

11 

34 

17 

174 

6 

7 

12 

44 

18 

232 

7 

10 

13 

57 

19 

305 

8 

13 

14 

76 

20 

398 


15.5. Problemi 

15A. Il programma (15.17) (soluzione di un sistema di equazioni lineari) 
può essere semplificato, se si considera la variabile B come la n + 1-esima 
colonna della matrice A : 



/ *u 
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** *1„ 
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A = 

*21 

*22 ' 

• *2n 

b 2 (15.62) 
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Scrivere il programma corrispondente a tale semplificazione. (Si osservi 
che i due programmi descrivono lo stesso algoritmo). 

15.2. Estendere il programma (15.17), aggiungendo una. opportuna scelta 
del pivot : 

versione 1: nel passo di eliminazione fc-esimo si sceglie come pivot l’ele¬ 
mento dj$ della fc-esima riga, avente il massimo valore assoluto, cioè tale 
che: 


per ogni i=l ... n (15.63) 

Suggerimento: dopo aver determinato Y elemento pivot < 2 $, scambiare le 
righe ai k) e dp e contemporaneamente le componenti e ; 

versione 2: nel passo di eliminazione &-esimo si sceglie come pivot l’ele¬ 
mento afàb avente il massimo valore assoluto fra le componenti della &-esi¬ 
ma riga e della &-esima colonna, cioè tale che : 

|flta,|>|a,>| per ogni i, j=k ... n (15.64) 

Suggerimento: dopo aver determinato Yelemento pivot , scambiare le righe 
d£ ] e d£* (e b e b j?*) e le colonne a e igj. È però necessario memorizzare 
gli scambi fatti sulle colonne, poiché essi comportano una permutazione 
delle incognite x m e x k \ nella fase di risostituzione dev’essere eseguita la 
permutazione inversa. Se infine nessun elemento a hm > 0, allora il sistema 
di equazioni è singolare e non ha soluzione; per questo caso occorre pre¬ 
vedere una istruzione di salto (v. (14.27)) opportuna. 
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/v i. l'Intendere il programma (I.V17) per risolvere un sistema di equazioni 
Imcan, in modo da annientare la precisione dei risultati di un opportuno 
fattore di scala; 

versione 1 : nel /c-esimo passo di eliminazione, tutte le componenti della 
riga a\ k) vengono moltiplicate per il medesimo fattore di scala s\ k) \ si osservi 
che il valore delle soluzioni non viene influenzato dal fattore di scala; si 
scelga : 


7 * 1 Z ai ij for i = k y ..., n 




(15.65) 


versione 2: nel &-esimo passo di eliminazione vengono moltiplicati tutti 
gli dementi della colonna y-esima per il medesimo fattore di scala s {k) ; 
si scelga: 


sf ] = 1 / £ a { V for j — 


(15.66) 


e si ricordi che bisogna correggere di conseguenza i risultati x 5 nella fase 
di risostituzione; suggerimento: per evitare che si sommino errori di arro¬ 
tondamento contemporanei, in un’aritmetica in virgola mobile con base 
b è opportuno usare al posto di e di s, i fattori di scala s'j = N (sj) e s] = N ($,), 
dove la funzione N è definita nel modo seguente: 

NW-b’-'»**'™ (15.67) 

15.4. Costruire un programma per risolvere il sistema di equazioni 

+ * 12**2 = b 1 (15.68) 


a k.k- 1 * **- 1 + <*kk * x k + *1 
a n.n- 1 * *.- 1 + a m • x„ = è„ 


k.k + 1 


l *k+i = b k for k = 2 - 1 


Rappresentando i coefficieijti a l} in una matrice, si ottiene la matrice tri¬ 
diagonale della figura 15.5. 
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■*23 
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34 


a . a 


Figura 15.5. 


Suggerimento: nel /c-esimo passo di eliminazione, sono da calcolare sol¬ 
tanto le componenti 


1 — 1 f fc+1 ~ (*ì fc +l.Jk * 


(15.69) 
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mentre tutte le altre componenti rimangono invariate. Si rappresenti la 
matrice tridiagonale con Yarray : 

var A : array [1 .. n, — 1 .. 1] of reai (15.70) 

dove le componenti af^f siano date da A [ 2,7 — 1 ], occupando soltanto lo 
spazio di memoria necessario per contenere gli elementi delle tre diagonali 
diverse da 0. Spiegare perché, in questo caso speciale, la scelta di un pivot 
sarebbe svantaggiosa. 

15.5. Scrivere un programma per la soluzione di un sistema di equazioni 
del tipo: 

£ aij * Xj — bi for 2 = (15.71) 

1 

Questo problema può essere trattato come caso particolare del problema 
della soluzione di un sistema di equazioni lineari con n incognite, dove 
i coefficienti formino una matrice n x n di forma triangolare (v. fig. 15.6). 



/ *11 
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*22 

0 

A = 

*31 

*32 a n 



^ a n\ 




Figura 15.6. 


Questo caso si presenta assai spesso, trattando equazioni differenziali e 
sistemi di equazioni differenziali. Si osservi che, in questo caso, l’algoritmo 
di Gauss può essere semplificato in modo significativo e che è necessario 
memorizzare soltanto (w/2)*(h -f-1) coefficienti. Conformemente a ciò, la 
matrice a u viene rappresentata da un array 

A : array [1 .. m] of reai m — %n(n 4 * I ) (15.72) 

e i coefficienti d-f sono dati dalle componenti A [/*(/— 1) div 2 + 7 ]. Si 
cerchi di applicare il metodo della costruzione sistematica per passi succes¬ 
sivi. 

15.6. Ampliare il programma (15.33), in modo che siano determinati i 
primi dieci numeri che si possono esprimere come somme di due coppie 
distinte di numeri elevati al cubo (invece del più piccolo solamente). Queste 
dieci coppie di somme siano inoltre linearmente indipendenti, cioè non 
deve esistere alcun n tale che: 

a x ~ n * a } and b i = n* b } i ^ j (15.73) 

15.7. Si consideri il seguente programma, soluzione del problema posto 
nel paragrafo [15.2]: 
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VMr i, /, ni, n \ intryrr ; /> «rr«y [0 13 ] of intifter ; 

begin m : 0 ; pfO] ; 0; 

while rn < 13 do 

begin m : = m + 1 ; p[m] : = m + m* m\n : = 0 ; 
while n < ni do ( 15 ^ 74 ) 

begin n := n + l;x := p[m] + p{n)-J:= m - I ; 

{* è il candidato successivo} 
while 2 */?[/]> x do 
begin j : = / - 1 ; 

while p[/] + p\j\ > x do j : = 7 - ] ; 

if Xfl + pU] = * then go to 99 else / : = / - 1 

end 

end 

end; 

99 : \vrite(x. m, n. ij) 

end. 


Ricostruire i passi di specificazione e le condizioni di verifica di questo 
programma. Anche se il programma fornisce il risultato corretto 1729, 
può darsi che il suo autore abbia utilizzato una condizione difficile da dimo- 
.t! ni*, presunta valida (quale?). Il programma può allora essere considerato 
tome una soluzione corretta ottenuta da un ragionamento sbagliato. Para¬ 
gonare il tempo dì calcolo impiegato da questo programma con quello 
impiegato dal programma (15.33), modificati per il caso delle potenze 
quarte (x 4 = a 4 + b A = c 4 + et). 

/*► <V. Costruire un programma che calcola i primi dieci numeri che, ele¬ 
valo al cubo, siano eguali alla somma di tre numeri naturali elevati al cubo. 

I r somme devono essere, anche qui, linearmente indipendenti. 

x , 3 = af + bf + cf for / = 1 , 10 (15.75) 

1 ‘ Determinare, analizzando (ciò significa senza l’aiuto del calcolatore) 
(I programma (15.46), quale conseguenza ha la modifica di 

if squore ^ x then (15.76) 

1,1 if square < x then 

I *> 10. Modificando il programma (15.46) in accordo a (15.76), e cambiando 
* ontcmporaneamente 

while n < lim do 
while n % lim do 

il programma (15.46) risulta errato. Qual è l’invariante dimenticato, e 
Ilercio errato? Come si può correggere facilmente il programma cambiando 
le due modifiche? Studiare se, in tal modo, si può ottenere una versione più 
efficiente o più ampiamente utilizzabile deiralgoritmo. 
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15.11. La biimplicazione 

x^aox non è divisibile per p 

vale nel programma (15.46), solo se valgono le due premesse 

x ^ a < x + p and a — n* p (15.77) 

Verificare, inserendo le condizioni di verifica rilevanti, che tali premesse 
sono invarianti nel segmento di programma (estratto da (15.46)) seguente, 
nel caso in cui sia p > 2 e intero. 


x 1 ; a := 0; 

repeatx : = x + 2; (15.78) 

if a < x then a : = a + p ; 

{x g a < x + p.a = n* p} 

unti! P 

15.12. Scrivere un programma che^ genera (in successione crescente) i 
primi 100 numeri dell’insieme Jt , dove Jt è definito nel modo seguente: 

1) 1 appartiene ad Jt\ 

2) se x appartiene a Jt, appartengono a Jt anche v = 2*x 4- 1 e z = 3*x 4 - 1 ; 

3) appartengono a Jt = {l, 3, 4, 7, 9, 10, 13, ...} solo i numeri ottenuti 
con le regole 1) e 2). 

15.13. La figura 15.7 rappresenta un anello di 2 3 zeri e uni, dove compare 
esattamente una volta ognuna delle sottosequenze possibili di 3 simboli. 


/ 

i 

\ 



Figura 15.7. 

Costruire un programma che generi un anello analogo contenente tutte le 
possibili sottosequenze di n cifre binarie, formato quindi da 2 " sìmboli. 
In tale esercizio è possibile applicare rigorosamente i principi dello sviluppo 
sistematico di un programma per passi successvi. 




Il linguaggio 
di programmazione PASCAL 


A.l. Simboli base del linguaggio 

A . . . Z, a ... z 
0123456789 

+ — * / div mod 

V A -i 

= ^ < ^ è > in 

() 

[] 

{} 

begin end 


* y 9 y 

I 

if then else case of with 7 
while do repeat unti! for tò 

const type var procedure function 

array file record set 
nil 

goto label 


caratteri 

cifre 

operatori aritmetici 
operatori logici 
operatori di relazione 
parentesi 

parentesi di indice 
parentesi di commento 
parentesi di istruzioni 
operatore di assegnamento 
operatore 

simboli di interpunzione 
puntatore {pointer ) 

separatori di istruzioni 

specificatori di classi 
di oggetti 

specificatori di classi 
di strutture 

puntatore zero 

operatore di salto, dichiaratore 
di indirizzo 
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A.2. Grandezze standard 


Costanti: false> true. eoi (8.1) (8.3) 

Tipi: Boolean , integer , char , reai , text (8.1 -s- 8.4, 10.4) 


Variabili: input, output (10.4) 

ahs, sqr , odd (valore assoluto, quadrato, dispari) 
succ, pred (8) 

ord , chr (8.3) 

trunc , eof, eoln (8.4, 10.3) 

Funzioni: sin , cos , exp , In , arctan 

Procedure : gel. put , rese/, rewrìte ^ ( 10.2-10 ri 

reatf, urite " (10.4) 


Ào3. Operatori 

A.3.1. Operatori di relazione (priorità inferiore) 

= =/= operandi qualsiasi, risultato Boolean 

< < > > operandi scalari, risultato Boolean 


A.3.2. Operatori additivi: 


H- 

operandi numerici 

(8-2), (8.4) 

V 

operando booleano (OR) 

(8.1) 

Operatori moltiplicativi : 


* 

operando numerico 

(8.2), (8.4) 

/ 

operando numerico, 
risultato reai 

(8.4) 

div 

divisione intera, 
risultato integer 

(8.2) 

mod 

risultato della divisione intera 

(8.2) 

A 

operando booleano (AND) 

(8.1) 


A.3.4. Operatori monadici 

—, negazione; operando 
booleano (NOT) 


( 8 . 1 ) 


A.4. Rappresentazione dei programmi PASCAL nell’alfabeto ASCII 
ristretto. 


À.4.1. Si usano solo i caratteri maiuscoli. 











A.4.2. I «imboli bure forniti <ln parolo mglcsi (per esempio bori..» 

fai:,H !r K ’ n '*." r """ P»"»»» “«Te usati come „ 2$ 

.« OM in un programma. I ra uno di tali simboli base e il successivo 
sunbo,° ba.se. o identificatore, dev’essere inserito almeno uno IpZ 

PASCAL non contenuti nell’alfabeto ASCII ven¬ 
gono tradotti nel modo indicato nella tabella A.I. 

TABELLA A.I. 

pascal Symbol Corresponding ASCII Character(s) 


V A OR AND NOT 

* = è <><=>= 

( } (* *) 


il llnguoflfllo di programmoilon# PASCAL 173 


A.5. SINTASSI 



INTERO SENZA SEGNO 




COSTANTE SENZA SEGNO 




( 1 ) Il termine carattere sta per uno qualsiasi dei caratteri grafici elencati nelPappendice 
B. Negli schemi seguenti compaiono i termini identificatore (di costante), identi¬ 
ficatore (di tipo), eco. ; si tratta di normali identificatori — cioè secondo lo schema 
sintattito IDENTIFICATORE — e Tattributo di costante, di tipo, ecc. indica in 
particolare che essi identificano una costante, un tipo, ecc. 
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BLOCCO 



programma 



blocco 





o 



L'alfabeto ASCII 


B.l. Rappresentazione su nastro perforato 


b6 

b5 

b4 

0 

0 

0 

0 

0 

1 

0 

1 

0 

0 

1 

1 

i 

0 

0 

1 

0 

1 

1 

1 

0 

1 

1 

1 

b3-bo 









0000 

nul 

die 


0 

@ 

p 

\ 

P 

0001 

soh 

del 

i 

1 

A 
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q 

0010 

stx 

dc2 

tr 
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B 

R 

b 

r 

0011 

etx 

dc3 

# 
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c 

s 

0100 

eot 

dc4 

5 

4 

D 

T 

d 

t 

0101 

enq 

nak 
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5 

E 
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e 

u 

0110 

ack 

syn 

& 

6 

F 
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f 

V 

Olii 

bel 

etb 

1 

7 

G 

w 

g 

w 

1000 

bs 

can 

( 

8 

H 

X 

h 

X 

1001 

ht 

em 

) 

9 

1 

Y 

i 

y 

1010 

lf 

sub 

* 

• 

J 

Z 

j 

z 

1011 

vt 

esc 

+ 

> 

K 

[ 

k 

{ 

1100 

ff 

fs 

7 

< 

L 

\ 
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1 

noi 

cr 

qs 

- 

= 

M 

] 

m 

} 
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so 

rs 

• 

> 

N 

A 
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1111 

si 

US 

/ 

? 

0 

- 

o 

del 


caratteri di caratteri grafici 
controllo 
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• 

• » • + • 

< 
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# 
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• 
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— 

• 

• •• • • 

N 

• 

• • • • 

> 

• 
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X 

• 

• • • 

$ 

• 

• • ••• 

> 

• 

• 

D 

• 

• •# • 

H 

• 
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GO 

• 
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O 

• 
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a. 

• 
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O 

• 
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2 

• 


5 

• 
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_j 

• 
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« 
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—> 

• 
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— 

• 
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X 

• 
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(D 

• 
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• 

• •• 

UJ 

• 

• • • 

Q 

• 
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U 

• 

• • * 

OD 

• 

• m 

< 

• 
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• 

• 
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A 
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li 
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\y 

• •• • # 


®••® • • 



03 
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00 

• •• • 

r^ 

•• 

CD 
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LO 

• • • • ® 


#• 

CO 
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CN 

#• • • 

T~ 
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si 
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• • • •• 

1 

• © 

- 
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— 

• • • 
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• ® ® 
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gruppo ristretto dei caratteri ASCII 






















































































B.2. Significato dei simboli di controllo per trascrizione di dati 


LAYOUT CHARACTERS ESCAPE CHARACTERS 


bs backspace 
ht horizontal tabulation 
lf line feed 
vt vertical tabulation 
ff form feed 
cr carriage return 

IGNORE CHARACTERS 

nul nuli character 
can cancel 
sub substitute 
del delete 


so 

shift-out 

si 

shift-in 

esc 

escape 


MEDIUM CONTROL 
CHARACTERS 

bel ring bell 
del- 

dc4 device control 
em end of medium 


COMMUNICATION CONTROL 


SEPARATOR CHARACTERS 

CHARACTERS 




soh 

start of heading 

fs 

file separator 

stx 

start of text 

gs 

group separator 

etx 

end of text 

rs 

record separator 

eot 

end of transmission 

US 

unit separator 

enq 

enquiry 



ack 

acknowledgement 



nak 

negative acknowledgement 



die 

data link escape 



syn 

synchronous idle 



etb 

end of transmission block 
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A c-itre vent’anni dalla sua pubblicazione, il testo di Nikiaus Vvlr-h rimane un 
classico della programmazione, intesa come «una disciplina autonoma, 
riguardante i metodi di formulazione e di costruzione degli algoritmi». Scopo 
del volume è l’insegnamento di un metodo rigoroso generale, formalizzato di 
programmazione, non di uno specifico linguaggio. 

«La programmazione - afferma l’autore nella prefazione - è un’attività di 
costruzione e di sintesi, nella quale si impara molto dall'esperienza e dai 
propri errori»: per questo motivo il testo è corredato di problemi ad esercizi 
ohe consentono allo studente di mettere alla prova la propria conoscenza 
delle tecniche e dei metodi di programmazione strutturata. 
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